Return-Path: X-Original-To: apmail-directory-dev-archive@www.apache.org Delivered-To: apmail-directory-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 916519F1D for ; Fri, 4 May 2012 11:15:02 +0000 (UTC) Received: (qmail 14883 invoked by uid 500); 4 May 2012 11:15:02 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 14834 invoked by uid 500); 4 May 2012 11:15:02 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 14825 invoked by uid 99); 4 May 2012 11:15:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 May 2012 11:15:02 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of elecharny@gmail.com designates 209.85.214.50 as permitted sender) Received: from [209.85.214.50] (HELO mail-bk0-f50.google.com) (209.85.214.50) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 May 2012 11:14:43 +0000 Received: by bkcjg9 with SMTP id jg9so2999790bkc.37 for ; Fri, 04 May 2012 04:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=d3UcZrE4QR13rOI4F2Jrtih9hMOkBGPNeO1mAI5PzUQ=; b=cm+w3ZKhiGR6mDUAfCz8NbwUpIdT+5o4+fYcGrSTcqHPXBhTA/TbrHFKJcpST76JyA GqEpV+xeaUOvY9OigMhnpLuTzy60h58oHXWHzZQpB+VKjukQNJuoZlH0HJbXxHpRxJmb kM2EP7sFQBgN+I8KpWxo7SGXma9MB67d611dufef69hKTWIvlNTSE1IyZVVZhCPChg+G UCru2u2kl9/4q8PTltHAWyBomJoEtNrJzjjxnnTZDClebBumiSQ+XT/Qijj2CFuv6a7L TIqIJ9rKgVYQtuqIvA/0Oc4leA+xqnbflfJ9tGEFwHqg1so7mC5lb7c+cJDRlBBrDd3I U/fA== Received: by 10.204.155.92 with SMTP id r28mr2036272bkw.130.1336130061994; Fri, 04 May 2012 04:14:21 -0700 (PDT) Received: from Emmanuels-MacBook-Pro.local (lon92-10-78-226-4-211.fbx.proxad.net. [78.226.4.211]) by mx.google.com with ESMTPS id n17sm16303770bkw.5.2012.05.04.04.14.20 (version=SSLv3 cipher=OTHER); Fri, 04 May 2012 04:14:21 -0700 (PDT) Message-ID: <4FA3BA0B.7080001@gmail.com> Date: Fri, 04 May 2012 13:14:19 +0200 From: =?UTF-8?B?RW1tYW51ZWwgTMOpY2hhcm55?= Reply-To: elecharny@apache.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: Triggers and SPs vs release References: <4FA3930D.3000002@gmail.com> <4FA3AAAD.2050404@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Le 5/4/12 12:20 PM, Alex Karasulu a écrit : > On Fri, May 4, 2012 at 1:08 PM, Emmanuel Lécharnywrote: > >> Le 5/4/12 12:02 PM, Alex Karasulu a écrit : >> >> On Fri, May 4, 2012 at 11:27 AM, Emmanuel Lécharny** >>> wrote: >>> >>> Hi guys, >>>> now that trunks is stable and fast, I try to spend some time to fix the >>>> @Ignored Triggers/SP tests. >>>> >>>> As we moved away from JNDI, it impacted the associated code, and it was >>>> never fixed. I think it's about time... >>>> >>>> >>>> For now I advise ignoring the SP and Trigger code fixes. First because >>> the >>> MVCC code and transaction subsystem will impact the implementation and we >>> need to rethink the implementation. After the transaction branch and the >>> OSGi branch are merged in to trunk I think it's a good time to consider >>> these features again. >>> >> Really, atm, it's just about getting JNDI out of the code. > > Well if it's just a matter of getting the tests running yeah it's not a big > deal. > > In terms of the big picture I think all this code needs to be > reimplemented. The trigger and SP specifications need to be better defined. > Handling chain recursion issues needs to be reconsidered because we've > removed the InvocationStack I think or it's not being leveraged. Everything > should be gutted IMHO. I can't agree more. And you haven't mentionned the AdministrativeModel we have to get fixed... > > >> The idea is to have something that works *before* we get the txn code >> merged, because then we will have a base to start with. >> >> Those tests has been @Ignored since 2008 :/ >> >> >> > Yeah that's why I don't think it's worth the time to deal with it. We > should just focus on the TxN and OSGi side then reimplement it together. There is little I can do regarding those thwo things. My idea was to cut a release today or tomorrow, in order to have a stable base for the next iteration. -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com