From dev-return-15246-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Thu Jan 18 15:16:37 2007 Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 13196 invoked from network); 18 Jan 2007 15:16:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Jan 2007 15:16:25 -0000 Received: (qmail 75444 invoked by uid 500); 18 Jan 2007 15:16:31 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 75415 invoked by uid 500); 18 Jan 2007 15:16:30 -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 75404 invoked by uid 99); 18 Jan 2007 15:16:30 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Jan 2007 07:16:30 -0800 X-ASF-Spam-Status: No, hits=0.3 required=10.0 tests=MAILTO_TO_SPAM_ADDR,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of akarasulu@gmail.com designates 66.249.82.233 as permitted sender) Received: from [66.249.82.233] (HELO wx-out-0506.google.com) (66.249.82.233) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Jan 2007 07:16:20 -0800 Received: by wx-out-0506.google.com with SMTP id h31so220793wxd for ; Thu, 18 Jan 2007 07:15:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:organization:user-agent:mime-version:to:subject:references:in-reply-to:content-type:sender; b=ky87Dgf+qR8YY38iUO6eyS3mMemuc6Fb/DTbHaTl0NqsTrg9t2QmV+NQ8qCSPPwTd4X9+tf+56w0PqJ+DCmvJUoOR6r2kUq2jMjUWYyykE1aAThjdNMfLrPCAj1JpIEeFv/9dKNOg5DfnN6v4RL+JIWw8t/3UomA6mTS3p5w6gU= Received: by 10.90.63.16 with SMTP id l16mr1309012aga.1169133359405; Thu, 18 Jan 2007 07:15:59 -0800 (PST) Received: from ?172.16.1.7? ( [65.80.200.112]) by mx.google.com with ESMTP id g5sm790257wra.2007.01.18.07.15.57; Thu, 18 Jan 2007 07:15:59 -0800 (PST) Message-ID: <45AF8F83.7090603@apache.org> Date: Thu, 18 Jan 2007 10:17:23 -0500 From: Alex Karasulu Reply-To: akarasulu@apache.org Organization: Apache Software Foundation User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: [1.0.0 -> 1.0.1 Migration] References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------010905060109030204040401" Sender: Alex Karasulu X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. --------------010905060109030204040401 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Emmanuel Lecharny wrote: > > Hi, > > we have had a discussion recently about the path we must follow when > migrating from 1.0.0 to 1.0.1 (when this version will be released). Some > tricky points have been raised : > > 1) Last changes to Attribute(s) have mad impossible to reuse the data > stored in a 1.0.0 ADS. This is my fault, and I think the best thing > would be to revert to the previous names for those classes (it was > LockableAttribute(s)Impl, renamed to Attribute(s)Impl). Of course, I > will also get rid of the added field in Attributes, which is not really > critical (it was added to be compliant with the JNDI interface, to > support case sensitive attributes name, and this is obviously a nonsense > in LDAP context). Last, not least, as those data are serialized, I must > be sure that the serialVersionUID are the same for those serializable > classes. This should do the trick. Did I missed anything ? No that sounds good E. > 2) We have some user who emitted some concern regarding their existing > configuration and data. We should insure that both server.xml and > log4j.properties are not overwritten by the new one. This also include > schemas, and of course, data. I'm pretty confident that we could have a > new installer handling such burdens, but what we need is a volunteer to > modify it and tro check that it works well... Shemas migration could be > trickier... Any volunteer ? This will not be easy to do. Like I said for upgrades we should ask people to use LDAP studio where we can replace jars only and massage the store. > 3) Another idea would be to first export all the dataz from the current > 1.0.0 install, and reimport them into the new 1.0.1 install. Guess how > long it could take with millions of entries ... However, do we have any > user with more than a few thousands entries ? Right this is in general a lousy thing to have to do. 5 million entry additions takes a few hours (~4). It will be unacceptable in most large directories and companies. > 4) At this point, it would be good to know about real users, to be sure > that they are not impacted during migration process, and that we can > dedicate some time to support them. Even better if some of the > courageous ('First Mover Advantage') users can be alpha-testers ... wdyt? Yes that would be nice. > 5) It would be really great if we can coordinate a release with a newer > version of the site and of the doco. I must admit that Doco has been > really improved since 1.0.0, but the site still suX (tm). Any volunteer? Yeah this is really critical for us. Why have we not switched yet to using confluence instead of the maven site? Alex --------------010905060109030204040401 Content-Type: text/x-vcard; charset=utf-8; name="akarasulu.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="akarasulu.vcf" begin:vcard fn:Alex Karasulu n:Karasulu;Alex org:Apache Software Foundation;Apache Directory adr:;;1005 N. Marsh Wind Way;Ponte Vedra ;FL;32082;USA email;internet:akarasulu@apache.org title:Member, V.P. tel;work:(904) 791-2766 tel;fax:(904) 808-4789 tel;home:(904) 808-4789 tel;cell:(904) 315-4901 note;quoted-printable:AIM: alexokarasulu=0D=0A= MSN: aok123@bellsouth.net=0D=0A= Yahoo!: alexkarasulu=0D=0A= IRC: aok=0D=0A= PGP ID: 1024D/4E1370F8 BBCC E8D8 8756 2D51 C3D4 014A 3662 F96F 4E13 70F8=0D=0A= x-mozilla-html:FALSE url:http://people.apache.org/~akarasulu version:2.1 end:vcard --------------010905060109030204040401--