Return-Path: Delivered-To: apmail-geronimo-activemq-dev-archive@www.apache.org Received: (qmail 52340 invoked from network); 15 Nov 2006 15:04:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Nov 2006 15:04:21 -0000 Received: (qmail 23259 invoked by uid 500); 15 Nov 2006 15:04:31 -0000 Delivered-To: apmail-geronimo-activemq-dev-archive@geronimo.apache.org Received: (qmail 23232 invoked by uid 500); 15 Nov 2006 15:04:30 -0000 Mailing-List: contact activemq-dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: activemq-dev@geronimo.apache.org Delivered-To: mailing list activemq-dev@geronimo.apache.org Received: (qmail 23223 invoked by uid 99); 15 Nov 2006 15:04:30 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Nov 2006 07:04:30 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of chirino@gmail.com designates 66.249.92.173 as permitted sender) Received: from [66.249.92.173] (HELO ug-out-1314.google.com) (66.249.92.173) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Nov 2006 07:04:17 -0800 Received: by ug-out-1314.google.com with SMTP id m2so179938ugc for ; Wed, 15 Nov 2006 07:03:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=gpO72BRJvN8eYuCxHn3Ru0CrcydCu8/S5j+rd3DmPBvnCakalwkQMfdVlfBDOel5HmBs724/bebkh+BIY57S2Qg4QOjhbCHaq/iAp8IXCAmaLIHBOKNwvWTmMACCWPtYt3sv5FUVNeWWRw0j/uD5tUPE8mNc+nwwuqxHPm0YV4I= Received: by 10.78.39.16 with SMTP id m16mr387496hum.1163603035850; Wed, 15 Nov 2006 07:03:55 -0800 (PST) Received: by 10.78.142.5 with HTTP; Wed, 15 Nov 2006 07:03:55 -0800 (PST) Message-ID: Date: Wed, 15 Nov 2006 10:03:55 -0500 From: "Hiram Chirino" Sender: chirino@gmail.com To: activemq-dev@geronimo.apache.org Subject: Re: ActiveMQ POM In-Reply-To: <002901c7085a$9b3bb9d0$9cf1a8c0@ncanonizado> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <00f601c7080b$c77b5680$9cf1a8c0@ncanonizado> <002901c7085a$9b3bb9d0$9cf1a8c0@ncanonizado> X-Google-Sender-Auth: 10e4b2513af33f8b X-Virus-Checked: Checked by ClamAV on apache.org I'm actually ok with that. overwriting old artifacts. That part the kinda sucks is that maven won't download updates to those artifacts. On 11/14/06, Fritz Oconer wrote: > Hi, > > I think the downside here is that it will loose reference to previous > builds. Since "development" will not change to timestamp, then "deploy" will > just overwrite the existing artifacts. > > Regards, > Fritz > > ----- Original Message ----- > From: "Hiram Chirino" > To: > Sent: Wednesday, November 15, 2006 12:52 AM > Subject: Re: ActiveMQ POM > > > > Thanks Fritz! > > > > I knew there had to be a reason that I was just not aware of. What do > > you think would be the downsides of not using the special "SNAPSHOT" > > handling that maven provides? What if we tagged our SNAPSHOT builds > > with something like like "DEVELOPMENT" instead of "SNAPSHOT". > > > > I'm guessing that problem would go away, but what other ones would we get? > > > > On 11/14/06, Guillaume Nodet wrote: > >> This is also my experience. > >> If we just use the real version 4.2-SNAPSHOT > >> for example, it should also work and maven > >> should be able to change (*nearly*) all these > >> occurrences when using the release plugin. > >> > >> I say nearly, because in ServiceMix, there are > >> some edge cases where this fail (when including > >> the version in files other than pom.xml like artifacts > >> resources for example). > >> > >> On 11/14/06, Fritz Oconer wrote: > >> > Hi, > >> > > >> > I added ${activemq-version} instead of ${project.version} basically as > >> > a > >> > workaround for build failures due to differences in timestamp. If we > >> > use > >> > ${project.version} then it will require all activemq type artifacts > >> > (specified as in the parent pom.xml) to have the same > >> > timestamp > >> > as the parent. This becomes an issue when nightly-build deploy fails > >> > after > >> > some of the modules have been deployed causing some activemq modules to > >> > have > >> > different timestamp as the parent. We can change this back to using > >> > project.version but we need to make sure that nightly-build always > >> > deploys > >> > successfully or I wonder if there is another workaround for this? > >> > > >> > https://issues.apache.org/activemq/browse/AMQ-956 > >> > > >> > Regards, > >> > Fritz > >> > > >> > ----- Original Message ----- > >> > From: "Hiram Chirino" > >> > To: > >> > Sent: Tuesday, November 14, 2006 8:48 PM > >> > Subject: ActiveMQ POM > >> > > >> > > >> > > Howdy, > >> > > > >> > > I was wondering if anybody knows why we are using > >> > > "${activemq-version}" instead of "${project.version}" in our ActiveMQ > >> > > poms?? When doing a release build, it's easy to forget that you need > >> > > to updated the version in to places. Can't we just use the > >> > > "${project.version}" variable?? > >> > > > >> > > -- > >> > > Regards, > >> > > Hiram > >> > > > >> > > Blog: http://hiramchirino.com > >> > > >> > > >> > >> > >> -- > >> Cheers, > >> Guillaume Nodet > >> > > > > > > -- > > Regards, > > Hiram > > > > Blog: http://hiramchirino.com > > -- Regards, Hiram Blog: http://hiramchirino.com