From dev-return-24994-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Wed Apr 16 23:15:22 2008 Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 939 invoked from network); 16 Apr 2008 23:15:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Apr 2008 23:15:22 -0000 Received: (qmail 19523 invoked by uid 500); 16 Apr 2008 23:15:23 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 19478 invoked by uid 500); 16 Apr 2008 23:15:23 -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 19462 invoked by uid 99); 16 Apr 2008 23:15:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Apr 2008 16:15:22 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 209.85.198.230 as permitted sender) Received: from [209.85.198.230] (HELO rv-out-0506.google.com) (209.85.198.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Apr 2008 23:14:40 +0000 Received: by rv-out-0506.google.com with SMTP id g37so1203747rvb.25 for ; Wed, 16 Apr 2008 16:14:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; bh=kUjYCbU5fBgu5kdv7Yw62wfU/8PwN4GjcywuIpRwJi4=; b=f18gEFeJpCoe9Bkk1iyGcyonkuDRLvD51025OFFBjBEjD1ReQvA6kt8BUzvNF4CqrY4jtBiKsnfDvcMjrzLiEjd2Tiu7w4+vz0Zeds/pU8Yjv0Db9lzJNKchi6fqsY1ZnfZOB4QAzwg/e0JrT0LOTP29o3LK7VXy3mMYi2yeHgQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=nkFQSOFJpkBUNKba7Mz3MWtEyp9R1xcH3xzcykFa44XQrX0jII4pD/59jMB/NfpmLOiICz10/mfYTAr1/S1709ogwuDT+AO87amYKzpZjR+oFst2NbvR2ArK+rluRecX/fhCAWOUj68GaWD6UeXZg3y3fif5RMhrwKgZuPYyVO8= Received: by 10.141.91.12 with SMTP id t12mr357107rvl.68.1208387693065; Wed, 16 Apr 2008 16:14:53 -0700 (PDT) Received: by 10.141.113.13 with HTTP; Wed, 16 Apr 2008 16:14:52 -0700 (PDT) Message-ID: Date: Wed, 16 Apr 2008 19:14:52 -0400 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" Subject: [ApacheDS] Problems with instances and apacheds-tools MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_8922_21281808.1208387693058" X-Google-Sender-Auth: 201f581592daf5c6 X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_8922_21281808.1208387693058 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I thought I'd mention that we have a major issue with the server-tools which is used to generate the apacheds-tools.jar file. The problem rests with the way these new installers separate out the installation footprint. There is a InstallationLayout class used to holds all the paths to various parts of an installation. It pre-dates the changes to installers which introduced this idea of instances. Unfortunately it does not track instances. It presumes the partitions directory inside the installation root contains all the partitions instead of looking into the appropriate instance folder in the /var/lib/apachceds-x.x/ directory. This means we can no longer use the ApacheDS tools to do things like dump partitions and rebuild indices. The recent 1.5.2 release has this problem. I went ahead and released anyway since this is an experimental feature introduction release. It can contain bugs like this which we can rectify in later releases. However this problem is pretty limiting and we need to fix it to match the new way in which we deal with instances. Alex ------=_Part_8922_21281808.1208387693058 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I thought I'd mention that we have a major issue with the server-tools which is used to generate the apacheds-tools.jar file.  The problem rests with the way these new installers separate out the installation footprint.

There is a InstallationLayout class used to holds all the paths to various parts of an installation.  It pre-dates the changes to installers which introduced this idea of instances.  Unfortunately it does not track instances.  It presumes the partitions directory inside the installation root contains all the partitions instead of looking into the appropriate instance folder in the /var/lib/apachceds-x.x/ directory.

This means we can no longer use the ApacheDS tools to do things like dump partitions and rebuild indices.  The recent 1.5.2 release has this problem.  I went ahead and released anyway since this is an experimental feature introduction release.  It can contain bugs like this which we can rectify in later releases.  However this problem is pretty limiting and we need to fix it to match the new way in which we deal with instances.

Alex
------=_Part_8922_21281808.1208387693058--