Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Received-SPF: pass (nike.apache.org: domain of elecharny@gmail.com designates
 74.125.82.178 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:reply-to:user-agent:mime-version:to:subject
         :content-type:content-transfer-encoding;
        b=NomxeZ/7G/6X4XYJ+z7vTtOS6q8K+JKB4ILxsckGzGvPNXY2RqNT6rH84VgAuYnBTu
         1L8ehf7Ch8vJg+5L1WZs3R+muRHCXuzFpW0zHPbamz2X0UmooaTI/IyrE8Jquck8/0s4
         gSc6cDoKIr5WG+2TbCqEifYRwlhVOjXNjEc+M=
Message-ID: <4DF9CB33.8000008@gmail.com>
Date: Thu, 16 Jun 2011 11:21:55 +0200
From: Emmanuel Lecharny <elecharny@gmail.com>
Reply-To: elecharny@apache.org
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US;
 rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10
MIME-Version: 1.0
To: Apache Directory Developers List <dev@directory.apache.org>
Subject: Morning thoughts about alias handling...
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

so I slept on the problem, and here are a few thoughts I had this morning :
- first, the alias handling can't be done in the doSimpleSearch() as I 
thought, because if we do so, alias dereferencing won't be handled when 
using the coreSession. It must be handled by the EntryFilteringCursor. 
Remains to see how to implement that there.
- second, we may have some issue when an alias points to a non existing 
entry. What will the cursor.next() return in this case ? The alias 
exists, so the cursor.next() will move forward, to something that does 
not exist (this is a Pierre-Arnaud thought).
- third, we have to fix the reverter, which doe snot handle correctly 
alias removal, if the entry which is pointed doe snot exist anymore. 
There is a JIRA for that issue.

I'll do my best today to get something done.

-- 
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com