Does this feature already exist?

2007-03-07 Thread Erik Drolshammer
Jesse McConnell wrote: anyway, I for one am interested in some more information on your thesis, the sentence you provide sounds like it is already a feature of continuum Can you please elaborate? Which feature do you believe implements this? Where can I find it? (Please, both src-code referenc

Re: License for POM files

2007-03-07 Thread Brett Porter
I think the feedback on the list was consistent with this, I'll get it written up somewhere. - Brett On 06/03/2007, at 9:09 PM, Deepak Bhole wrote: On Wed, 2007-02-14 at 07:21 +1100, Brett Porter wrote: This is my take: - if they contain a license block in the file, then it's that license,

[jira] Subscription: Outstanding Repository Maintenance: Uploads

2007-03-07 Thread jira
Issue Subscription Filter: Outstanding Repository Maintenance: Uploads (27 issues) Subscriber: mavendevlist Key Summary MAVENUPLOAD-1407Please sync with jguard repo http://jira.codehaus.org/browse/MAVENUPLOAD-1407 MAVENUPLOAD-1406Jostraca Bundle http://jira.codehau

[jira] Subscription: Outstanding Repository Maintenance: Evangelism

2007-03-07 Thread jira
Issue Subscription Filter: Outstanding Repository Maintenance: Evangelism (45 issues) Subscriber: mavendevlist Key Summary MEV-509 commons-discovery-0.2 invalid version http://jira.codehaus.org/browse/MEV-509 MEV-507 Remove ch/qos/logback/logback directory on ibiblio

Excluding a File from jar Packaging

2007-03-07 Thread Prout John - jprout
Hi I am using AndroMDA, an MDA tool, in my projects. The AndroMDA project I've developed is built using Maven 2. My problem is that under some circumstances, I want to exclude one of the resource files (the Spring applicationContext.xml) from the final jar packaging step. Is there any way i

Re: syncing with maven*.opensymphony.com

2007-03-07 Thread Carlos Sanchez
i'll look into it, but make sure: - you deploy only to m1 or m2 repo, not both - you send us what groupIds in the m2 repo you want to sync ( eg, org.opensymphony.* ) we don't sync whole m2 repos to avoid clashing On 3/7/07, Patrick Lightbody <[EMAIL PROTECTED]> wrote: OpenSymphony is beefing u

Re: syncing with maven*.opensymphony.com

2007-03-07 Thread Patrick Lightbody
OpenSymphony is beefing up it's maven repos. We now have two of them: maven1.opensymphony.com maven2.opensymphony.com The old maven.opensymphony.com is just an alias for maven1.opensymphony.com. With these changes, my guess is we probably broke the sync between central and OS. I'd like to make

Re: Doxia site moved

2007-03-07 Thread Wendy Smoak
On 3/7/07, Brett Porter <[EMAIL PROTECTED]> wrote: Hmm... I think it was archiva and continuum that needed changing :) I think maybe doxia got moved as a first step. Anyway, good that it's consistent now - if we want to do the other thing we should probably go back and do them all together. OK

Re: Doxia site moved

2007-03-07 Thread Brett Porter
Hmm... I think it was archiva and continuum that needed changing :) I think maybe doxia got moved as a first step. Anyway, good that it's consistent now - if we want to do the other thing we should probably go back and do them all together. - Brett On 07/03/2007, at 7:53 AM, Wendy Smoak wr

Re: [vote] Trying to use standard versioning

2007-03-07 Thread Kenney Westerhof
Trygve Laugstøl wrote: Kenney Westerhof wrote: +1, as long as it's done like this: - use major.minor on trunk - major.[minor+1] is either api breaking or has new features - bugfixes should be major.minor.micro, from a maintenance branch for major.minor. Minor releases can't break APIs, we

Re: Mapping strategy for libraries in the WAR/EAR plugin

2007-03-07 Thread Eric Redmond
On 3/7/07, Stephane Nicoll <[EMAIL PROTECTED]> wrote: Hi, I am starting using the WAR plugin extensively as a user this time and I'd like your insight about the addition of a mapping strategy in the WAR/EAR plugin. The worst case I can see is when you have SNAPSHOT dependencies and you downloa

Doxia site moved

2007-03-07 Thread Wendy Smoak
FYI: I moved doxia/site to doxia/trunk/doxia-site so it has the same structure as Continuum and Archiva. -- Wendy

Re: Problems with the int / long conversion?

2007-03-07 Thread Andrew Williams
Hm, it is an error with the jdo2 snapshot release I was using, so a false alarm for now ;) On 7 Mar 2007, at 01:20, Andrew Williams wrote: Digging in to continuum I get these errors in continuum-store, is it related to the recent int -> long updates? Andy javax.jdo.JDOFatalInternalExcepti

Re: Can't build continuum

2007-03-07 Thread Arnaud HERITIER
It's fixed. It was certainly the metadata which was corrupted Thanks a lot Arnaud On 3/7/07, Andrew Williams <[EMAIL PROTECTED]> wrote: codehaus-snapshots seems to be in the continuum pom already. the alpha-8-SNAPSHOT should already be deployed. I have just deployed it again in case there was

Re: Reading pom.xml in Java

2007-03-07 Thread Franz Allan Valencia See
Good day to you, Devjyoti Seal, If you want to read a pom file, you can use the MavenXpp3Reader#read( ... ) ( see [1] ). But if you simply want to get the version of your currently running maven project inside your pom ( which is usually the case ), you can simply do [snippet] /** * @parameter

Reading pom.xml in Java

2007-03-07 Thread Seal, Devjyoti
Hi All, I need to read the version from the pom.xml through Java and display it on my application, can you please suggest if there any Maven API which helps in reading the POM in Java. I am using Maven 2.0. Please let me know which API provides that? Thanks you in advance Devjyoti Seal Discla

Re: Can't build continuum

2007-03-07 Thread Andrew Williams
codehaus-snapshots seems to be in the continuum pom already. the alpha-8-SNAPSHOT should already be deployed. I have just deployed it again in case there was a problem with the metadata. Andy On 7 Mar 2007, at 01:20, Arnaud HERITIER wrote: Hi guys, I can't build continuum because of a mis

Mapping strategy for libraries in the WAR/EAR plugin

2007-03-07 Thread Stephane Nicoll
Hi, I am starting using the WAR plugin extensively as a user this time and I'd like your insight about the addition of a mapping strategy in the WAR/EAR plugin. The worst case I can see is when you have SNAPSHOT dependencies and you download a new SNAPSHOT without calling mvn clean. Since Maven

Re: [VOTE] Release maven-gpg-plugin 1.0-alpha-3

2007-03-07 Thread Vincent Siveton
+1 Vincent 2007/3/5, Daniel Kulp <[EMAIL PROTECTED]>: I'd like to release maven-gpg-plugin version 1.0-alpha-3 to address some issues in the previous release. Release Notes - Maven 2.x GPG Plugin - Version 1.0-alpha-3 ** Improvement * [MGPG-1] - Prompt for pass phrase if it is not supplie

Re: [VOTE] Apache parent pom 4

2007-03-07 Thread Vincent Siveton
my late +1 Vincent 2007/3/5, Carlos Sanchez <[EMAIL PROTECTED]>: Result: +1: 7 going for it On 3/2/07, Andrew Williams <[EMAIL PROTECTED]> wrote: > +1 > > On 1 Mar 2007, at 17:22, Carlos Sanchez wrote: > > > anything pending to do in the apache pom? there are some mistakes in > > the version

Re: [VOTE] Release maven-model-converter 2.1

2007-03-07 Thread Vincent Siveton
+1 Vincent 2007/3/3, Dennis Lundberg <[EMAIL PROTECTED]>: Hi, I'd like to release maven-model-converter. The last release was 2.0.4. Back then it resided in maven components. It has now moved to maven shared. This release is a preparation for a release of the maven-one-plugin. The issues tha

Re: [VOTE] Release maven-shared-components pom 7

2007-03-07 Thread Vincent Siveton
+1 Vincent 2007/3/4, Dennis Lundberg <[EMAIL PROTECTED]>: Hi The maven-shared-components pom needs to be released so that the shared components can take advantage of the new release tool chain. Revision: 514495 A SNAPSHOT has been deployed to our snapshot-repository. The vote will be open f

Re: [vote] Trying to use standard versioning

2007-03-07 Thread Vincent Siveton
my late +1 Vincent 2007/3/1, Jason van Zyl <[EMAIL PROTECTED]>: Hi, The impetus for this is wanting to release the surefire plugin that has a tiny bug in it. We are versioning our Maven release major.minor.micro so why don't we do the same with our plugin and treat everything like we're going