Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 54745 invoked from network); 10 Jul 2007 00:53:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Jul 2007 00:53:06 -0000 Received: (qmail 86554 invoked by uid 500); 10 Jul 2007 00:53:08 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 86519 invoked by uid 500); 10 Jul 2007 00:53:08 -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 86508 invoked by uid 99); 10 Jul 2007 00:53:08 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Jul 2007 17:53:08 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [69.147.102.75] (HELO smtp112.plus.mail.re1.yahoo.com) (69.147.102.75) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 09 Jul 2007 17:53:04 -0700 Received: (qmail 39499 invoked from network); 10 Jul 2007 00:52:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Mime-Version:In-Reply-To:References:Content-Type:Message-Id:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer; b=MHiPuohA8nBn+4v/oWdei6FdNgEpb+Yu0T2CNURBlcwYpTqBe2LhCS8tQVjHelfL43fXDWIAeKFDPocT6EKBAf+Oi70dgp+8XDDg8N8qa54s3Y5C7Tbet+GcTxwlUR9ngwpsymoJ9+VXFTNAi/foPn9OrsomZGPPVRLsxpxo2Zc= ; Received: from unknown (HELO ?192.168.1.113?) (david_jencks@68.166.236.245 with plain) by smtp112.plus.mail.re1.yahoo.com with SMTP; 10 Jul 2007 00:52:42 -0000 X-YMail-OSG: 2WsWvhMVM1lNge7RpVpMb0CVzMozyWWVGcZSlv_MiAIyYWUamLG_yB1BhYLnJ7flCYcaTC498himczhtOzThXrdeKHDTHoMmSmDRoUkOHEWTlLuZbX04FSWty4eG Mime-Version: 1.0 (Apple Message framework v752.3) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: David Jencks Subject: Re: [ApacheDS] [Maven] How can we have one authoritative copy of the server.xml file? Date: Mon, 9 Jul 2007 20:52:40 -0400 To: "Apache Directory Developers List" X-Mailer: Apple Mail (2.752.3) X-Virus-Checked: Checked by ClamAV on apache.org On Jul 9, 2007, at 8:04 PM, Alex Karasulu wrote: > Hi all, > > I'm fed up with having to apply changes between the server.xml file > in the server-main project > to the server-installers project which also contains a server.xml > file in it and vice versa. Some > times there are slight differences in these files and diffs get out > of wack so I cannot tell which > file is the most up to date. > > I'd like to centralize and have a single authoritative copy in all > of the ApacheDS project. I'd like > to make maven reuse this same server.xml where ever it may be > needed. There is no XML > artifact (packaging type in Maven jargon). If there was then we > could create a module with a > dependency on this server.xml and reuse it all over without having > to worry about keeping > multiple copies in sync. This is an even greater issue in > Triplesec btw so it's a problem worth > solving. > > Does anyone know or recommend a way we can use some Maven magic to > solve this problem? In geronimo we have a car-maven-plugin that has a new packaging type, "car", and there's a xml file that tells maven how to deal with it: for the whole plugin: https://svn.apache.org/repos/asf/geronimo/server/trunk/maven-plugins/ car-maven-plugin for the xml file: https://svn.apache.org/repos/asf/geronimo/server/trunk/maven-plugins/ car-maven-plugin/src/main/resources/META-INF/plexus/components.xml 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. thanks david jencks > > Thanks, > Alex >