Return-Path: Delivered-To: apmail-directory-users-archive@www.apache.org Received: (qmail 6519 invoked from network); 18 Mar 2009 10:19:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Mar 2009 10:19:30 -0000 Received: (qmail 60808 invoked by uid 500); 18 Mar 2009 10:19:30 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 60704 invoked by uid 500); 18 Mar 2009 10:19:29 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 60693 invoked by uid 99); 18 Mar 2009 10:19:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Mar 2009 03:19:29 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of elecharny@gmail.com designates 209.85.219.180 as permitted sender) Received: from [209.85.219.180] (HELO mail-ew0-f180.google.com) (209.85.219.180) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Mar 2009 10:19:21 +0000 Received: by ewy28 with SMTP id 28so358461ewy.25 for ; Wed, 18 Mar 2009 03:18:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=XM51RfxWPTSVZmOjxA1ScCmCfXk9B7oKDsOVp31ueVg=; b=Ir/Hg5nA42ajvdhl4JIlZ8vJyYeK1Gn7sIxkOlwWDhGgtbucPnqNQNuAqlJFxUc0Mo TUiGox4TDUSmQ1Pm5wKDnteVTGeq5dozd7K5Jj+iapBnuErTOOTbqzciXuZ0JD1h7moM XY0Wpnl39YL5RsBoof+rcBFM9IBPsaGZcJVwQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Gg/t5WbppMcv3SicfRoPjiAXp53vwNgWdhOE05c4J4t+Jgou3rnBcFIUcih8cqPrAf gPrYKZpgESNBJ8jCKy4cuSFG4slpyetYZT9Xoj6pcf9d3/TDXhSwRKx2VtLT9W3mkCee /DwgkYkOq7xcuzGdE9oNNYKT+m7bxnOIe5Hh4= Received: by 10.216.29.208 with SMTP id i58mr400818wea.85.1237371539708; Wed, 18 Mar 2009 03:18:59 -0700 (PDT) Received: from ?192.168.0.51? (vol75-3-82-66-216-176.fbx.proxad.net [82.66.216.176]) by mx.google.com with ESMTPS id 10sm1932956eyz.39.2009.03.18.03.18.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 18 Mar 2009 03:18:58 -0700 (PDT) Sender: Emmanuel Lecharny Message-ID: <49C0CA92.2060801@nextury.com> Date: Wed, 18 Mar 2009 11:18:58 +0100 From: Emmanuel Lecharny User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: users@directory.apache.org Subject: Re: [ApacheDS] Using LdifEntry with a ModifyOperationContext References: <49C0C592.9090300@gameaccount.com> <49C0C8D2.50203@gameaccount.com> In-Reply-To: <49C0C8D2.50203@gameaccount.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Yiannis Mavroukakis wrote: > A little note, this would have been sooo much easier if Ldif had a > getAttributes() method..I could > simply then create a new Modification list with ServerAttributes > derived from the ClientAttributes.. The LdifEntry class existed before the Clent and Server Entry classes. Those last two are not perfect too, especially as many functions using them don't have an implicit conversion. The problem is that we aren't using the generic Entry interface , which would have been better. But it's not that simple... Defining a new API is just a complex task ! Btw, what about creating a JIRA for the lack of getAttributes() method in Ldif ? -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org