Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 71057 invoked from network); 21 May 2007 16:05:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 May 2007 16:05:11 -0000 Received: (qmail 65367 invoked by uid 500); 21 May 2007 16:05:16 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 65157 invoked by uid 500); 21 May 2007 16:05:16 -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 65146 invoked by uid 99); 21 May 2007 16:05:16 -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 09:05:16 -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 akarasulu@gmail.com designates 66.249.92.168 as permitted sender) Received: from [66.249.92.168] (HELO ug-out-1314.google.com) (66.249.92.168) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 May 2007 09:05:07 -0700 Received: by ug-out-1314.google.com with SMTP id 71so966328ugh for ; Mon, 21 May 2007 09:04:46 -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=jbcZwiDSAb9GYZLlpGUUrgiNJ6FqEYNM9SPE+IR3bJUItYhcwSCi5f/ZwnQSVh4eK+jQTgKZSTCuPzkWx1VJmOG2TykZyfrnNLDoHzV5a6048IVVy8adgbvEUQExVcJomDt2v2U0+++fFpJX7YcY9uee1M3cOrw4OvHBdGBeIBk= 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=PdRLRxCA7WQJ99NV1p7aeMx3PakCb43cV9ZexmjbSapYy/4vnb6Zvqn66NIKHP7P1ueZ0HekjAgpNKfwsqwbKpnHThP/7sUYG+y48Dyc0sGDtjxG+NTKhPJdWVGVzLEdnXV2WYi9fpicDUKPVURgDlZakeM9h4ZQ8ftCYeCSoi4= Received: by 10.66.222.9 with SMTP id u9mr3506698ugg.1179763480316; Mon, 21 May 2007 09:04:40 -0700 (PDT) Received: by 10.66.235.5 with HTTP; Mon, 21 May 2007 09:04:40 -0700 (PDT) Message-ID: Date: Mon, 21 May 2007 12:04:40 -0400 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" Subject: Re: [ApacheDS] Problems building the installers In-Reply-To: <43b026c70705210848p5a24c32do49082389faf7851f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_87446_3847198.1179763480191" References: <4651624C.4000000@labeo.de> <46517C4F.5040105@labeo.de> <43b026c70705210805o7c9a3cffp1919988513dd1617@mail.gmail.com> <43b026c70705210848p5a24c32do49082389faf7851f@mail.gmail.com> X-Google-Sender-Auth: 7f9217525707e6b6 X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_87446_3847198.1179763480191 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 5/21/07, Chris Custine 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? 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? Alex ------=_Part_87446_3847198.1179763480191 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

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?

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?

Alex

------=_Part_87446_3847198.1179763480191--