Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 96032 invoked from network); 21 May 2007 17:14:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 May 2007 17:14:18 -0000 Received: (qmail 10275 invoked by uid 500); 21 May 2007 17:14:22 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 10230 invoked by uid 500); 21 May 2007 17:14:22 -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 10214 invoked by uid 99); 21 May 2007 17:14:22 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 May 2007 10:14: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 (herse.apache.org: domain of chris.custine@gmail.com designates 209.85.132.246 as permitted sender) Received: from [209.85.132.246] (HELO an-out-0708.google.com) (209.85.132.246) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 May 2007 10:14:13 -0700 Received: by an-out-0708.google.com with SMTP id c10so392515ana for ; Mon, 21 May 2007 10:13:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=hz9cCLoIq5ukTMwp0nUfiQR/71t7sbLQJbJnMIYsJgc5s8RcTR0XEO80bJJDfaphvXTZdR6p0do5GcV44bah/zJu3FHUfDJf2jbJC9O67uvpzh/JHLWktWXoomdbf/NTQqe8FcVMOrvWfN2tvm2zAITTn+9sXO6U+xCpdCqdhyc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=lmYlEvyxIutZ2LY1X5xM6SqkuV2/o+kMCE891iZ36q4ZDfZ64mrT9qc/SJp1uabxxzkZ1f8K80eninSD5urfSHOv3pAYRUio31O5lpjIH+EMO43wAkgLkYUjmufdtvf2wFpnZaVHoI4L4QOuZZyJiNbTwRsTR1TWTz/dCdfKutk= Received: by 10.100.154.13 with SMTP id b13mr3154920ane.1179767633055; Mon, 21 May 2007 10:13:53 -0700 (PDT) Received: by 10.100.249.15 with HTTP; Mon, 21 May 2007 10:13:52 -0700 (PDT) Message-ID: <43b026c70705211013h52852b67h92a94810f4ba8b22@mail.gmail.com> Date: Mon, 21 May 2007 11:13:52 -0600 From: "Chris Custine" To: "Apache Directory Developers List" Subject: Re: [ApacheDS] Problems building the installers In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_110436_30884363.1179767632899" References: <4651624C.4000000@labeo.de> <43b026c70705210805o7c9a3cffp1919988513dd1617@mail.gmail.com> <43b026c70705210848p5a24c32do49082389faf7851f@mail.gmail.com> <43b026c70705210922n62445342u8f4e8d63833546e5@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_110436_30884363.1179767632899 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline No, I totally understand. I just have a bit of a personal thing about using the maven snapshot repo for plugins because of the general craziness that results once in a while (like what was happening with Stefan this weekend). I think versioning the plugins will help for out project, but everyone has to realize that this can affect other projects as well, because once the SNAPSHOT plugin is downloaded to the local repo, any other project will use that one too even if they didn't ask for the snapshot repo for plugins. This is my main compaint with using snapshot repo for plugins. CC On 5/21/07, Alex Karasulu wrote: > > BTW Chris I may be completely over doing it with the need to support a > partial build. I just have > had users complain about it when they checked out just an apacheds branch > and tried to compile. > > However this may be a bit too much perhaps. > > Alex > > On 5/21/07, Chris Custine wrote: > > > > On 5/21/07, Alex Karasulu wrote: > > > > > > > > > > > > On 5/21/07, Chris Custine < chris.custine@gmail.com> wrote: > > > > > > > > OK, I pretty much figured that this was the case. I think the main > > > > problem is the plugins. I have noticed that when I use the snapshots repo > > > > for plugins, even the basic maven functionality plugins get pulled down as > > > > SNAPSHOT once in a while (recently I noticed surefire and even compiler get > > > > pulled as snapshots), so to limit the versions we would have to list > > > > specific versions of even the core plugins. > > > > > > > > > Yeah I've noticed the exact same thing. We just need a definitive > > > list of all the plugins with their versions in the pluginManagement section > > > without presuming anything from now on. I think we might be able to get a > > > good list like this from the Geronimo peeps which manage plugins very > > > carefully in a pluginManagement section. I think we might be able to get > > > these straight from their master pom. > > > > > > Is the only reason for the snapshot plugins because of the > > > > daemon-plugin? If so, we could disable the plugins snapshot repo and just > > > > document that if you want to build the installers from SVN code, then you > > > > must build daemon-plugin first or something similar to that effect.... > > > > > > > > > Hmmmm ok you're talking about the snapshot-plugin repos. I thought > > > that you meant the snapshot repos in general. Now that I got my head > > > straight I think we could use older versions of the daemon plugin. Now we > > > also have the partition plugin for the bootstrap schema partition's creation > > > which adds some more complexity. I guess we could disable all snapshot > > > plugin repos but just keep the Apache snapshot repo? Would this still pull > > > down maven snapshots since they also share this repo? > > > > > > The plugin versions are managed totally seperate from the dependency > > artifacts, so even if you have the snapshot repo enabled for dependencies > > it wouldn't be considered for plugins unless it was listed in > > pluginRepositories section. > > > > Perhaps with explicit version locking we could reduce this problem but > > > if it persists then we can just exclude all snapshot repos and find another > > > workaround. WDYT? > > > > > > Yeah, that will work... I always thought it was a given that if you are > > building from SVN you probably need to checkout and build the top level > > project and I never considered supporting partial checkout builds. > > > > Alex > > > > > > > > Chris > > > > > > > ------=_Part_110436_30884363.1179767632899 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline No, I totally understand.  I just have a bit of a personal thing about using the maven snapshot repo for plugins because of the general craziness that results once in a while (like what was happening with Stefan this weekend).  I think versioning the plugins will help for out project, but everyone has to realize that this can affect other projects as well, because once the SNAPSHOT plugin is downloaded to the local repo, any other project will use that one too even if they didn't ask for the snapshot repo for plugins.  This is my main compaint with using snapshot repo for plugins.

CC



On 5/21/07, Alex Karasulu <akarasulu@apache.org> wrote:
BTW Chris I may be completely over doing it with the need to support a partial build.  I just have
had users complain about it when they checked out just an apacheds branch and tried to compile.

However this may be a bit too much perhaps.

Alex


On 5/21/07, Chris Custine < chris.custine@gmail.com> wrote:
On 5/21/07, Alex Karasulu <akarasulu@apache.org> wrote:


On 5/21/07, Chris Custine < chris.custine@gmail.com> wrote:
OK, I pretty much figured that this was the case.  I think the main problem is the plugins.  I have noticed that when I use the snapshots repo for plugins, even the basic maven functionality plugins get pulled down as SNAPSHOT once in a while (recently I noticed surefire and even compiler get pulled as snapshots), so to limit the versions we would have to list specific versions of even the core plugins.

Yeah I've noticed the exact same thing.  We just need a definitive list of all the plugins with their versions in the pluginManagement section without presuming anything from now on.   I think we might be able to get a good list like this from the Geronimo peeps which manage plugins very carefully in a pluginManagement section.  I think we might be able to get these straight from their master pom.

Is the only reason for the snapshot plugins because of the daemon-plugin?  If so, we could disable the plugins snapshot repo and just document that if you want to build the installers from SVN code, then you must build daemon-plugin first or something similar to that effect....

Hmmmm ok you're talking about the snapshot-plugin repos.  I thought that you meant the snapshot repos in general.  Now that I got my head straight I think we could use older versions of the daemon plugin.  Now we also have the partition plugin for the bootstrap schema partition's creation which adds some more complexity.  I guess we could disable all snapshot plugin repos but just keep the Apache snapshot repo?  Would this still pull down maven snapshots since they also share this repo?

The plugin versions are managed totally seperate from the dependency artifacts, so  even if you have the snapshot repo enabled for dependencies it wouldn't be considered for plugins unless it was listed in pluginRepositories section.

Perhaps with explicit version locking we could reduce this problem but if it persists then we can just exclude all snapshot repos and find another workaround.   WDYT?

Yeah, that will work...  I always thought it was a given that if you are building from SVN you probably need to checkout and build the top level project and I never considered supporting partial checkout builds.

Alex


Chris 




------=_Part_110436_30884363.1179767632899--