Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 47887 invoked from network); 12 Jul 2007 04:42:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Jul 2007 04:42:17 -0000 Received: (qmail 67930 invoked by uid 500); 12 Jul 2007 04:42:20 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 67728 invoked by uid 500); 12 Jul 2007 04:42:19 -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 67717 invoked by uid 99); 12 Jul 2007 04:42:19 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jul 2007 21:42:19 -0700 X-ASF-Spam-Status: No, hits=2.3 required=10.0 tests=DNS_FROM_AHBL_RHSBL,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of akarasulu@gmail.com designates 64.233.162.225 as permitted sender) Received: from [64.233.162.225] (HELO nz-out-0506.google.com) (64.233.162.225) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Jul 2007 21:42:16 -0700 Received: by nz-out-0506.google.com with SMTP id o1so25235nzf for ; Wed, 11 Jul 2007 21:41:55 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=C4JroWptWxWkxdAtktV/75/pXPLUtF3xPAJ8D8fzlR+L7P2z7OmRjTb97rhuqrgRqfQxR3UF8fDgTLy8I4QnHXK8QpSeUGVDQg4ZADZn7csRw5r+E9BN4YvAPfZphIJqfHyYZHBiaN5gam0JaDcbG83E+IZt9nlYeUtwh6pvKbs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=PJm1GGC8o+EGuZd3sBEYKBqmNXcxQnPxBOLejsPGPErq0sBMnXBD2bXZ/slbSreg0lL01ZvDX+bsPzm13ihtAhv2mle1I3VNQKqmuLF4KEoD90H7hhCWV1i3bB6hUxjMCWe3F2YKc8+82CBmq0ZcOafwBBl7ss3cd8v5sKNfgKM= Received: by 10.143.2.19 with SMTP id e19mr15437wfi.1184215314863; Wed, 11 Jul 2007 21:41:54 -0700 (PDT) Received: by 10.142.77.21 with HTTP; Wed, 11 Jul 2007 21:41:54 -0700 (PDT) Message-ID: Date: Thu, 12 Jul 2007 00:41:54 -0400 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" Subject: Re: [ApacheDS] [Maven] How can we have one authoritative copy of the server.xml file? In-Reply-To: <09E2B76D-164C-49DE-A572-72D7DEBA832D@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13221_23070502.1184215314830" References: <09E2B76D-164C-49DE-A572-72D7DEBA832D@yahoo.com> X-Google-Sender-Auth: cf93c765b5b0d325 X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_13221_23070502.1184215314830 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hey Dave thanks for this trick I just got it working and committed. Seems like I should upgrade as you suggested. Alex On 7/11/07, David Jencks wrote: > > > On Jul 11, 2007, at 11:39 PM, Alex Karasulu wrote: > > Hi David, > > On 7/9/07, David Jencks wrote: > > > > In my copy of triplesec I built a module with the basic server > > configuration in it that could easily be used in all the tests. > > https://svn.apache.org/repos/asf/directory/sandbox/triplesec-jacc2/ > > itest-data > > > > That eliminated all but the one copy of server.xml in that module. > > So I tend to think of the problem as solved for triplesec. > > > So this itest-data module seems to be unpacked by this > dependency-maven-plugin. > That's the whole purpose to this codehaus mojo? > > > It looks to me as if I/we should change to using the > > org.apache.maven.plugins > maven-dependency-plugin > > dependency:unpack goal. Either I couldn't find it last december or it > wasn't out yet. This one has lots and lots of other functionality... > http://maven.apache.org/plugins/maven-dependency-plugin/howto.html > > Anyway if your question is, are we using this plugin for anything else > besides unpacking, no, just to unpack. > > thanks > david jencks > > > Alex > > > > > ------=_Part_13221_23070502.1184215314830 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hey Dave thanks for this trick I just got it working and committed.  Seems like I should
upgrade as you suggested. 

Alex

On 7/11/07, David Jencks <david_jencks@yahoo.com> wrote:

On Jul 11, 2007, at 11:39 PM, Alex Karasulu wrote:

Hi David,

On 7/9/07, David Jencks <david_jencks@yahoo.com> wrote:
In my copy of triplesec I built a module with the basic server
configuration in it that could easily be used in all the tests.
https://svn.apache.org/repos/asf/directory/sandbox/triplesec-jacc2/
itest-data

That eliminated all but the one copy of server.xml in that module.
So I tend to think of the problem as solved for triplesec.

 So this itest-data module seems to be unpacked by this dependency-maven-plugin.
That's the whole purpose to this codehaus mojo?

It looks to me as if I/we should change to using the 

        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-dependency-plugin</artifactId>

 dependency:unpack goal.  Either I couldn't find it last december or it wasn't out yet.  This one has lots and lots of other functionality...

Anyway if your question is, are we using this plugin for anything else besides unpacking, no, just to unpack.

thanks
david jencks

Alex





------=_Part_13221_23070502.1184215314830--