Re: Best Practice for Resolving Transitive Dependency Conflicts

2012-12-20 Thread Anders Hammar 
#2

/Anders


On Thu, Dec 20, 2012 at 4:37 PM, Ben Noland wrote:

> Suppose I have the following:
>
> A -> B,C,D,E
>
> B -> F[1.1]
> C -> F[1.0.1]
> D -> F[1.2]
> E -> F[1.1]
>
> I know of 2 ways to resolve the transitive dependency conflict:
> 1. Add excludes to all but 1 of A's dependencies
> 2. Use dependencyManagement to specify the version of F that I really want.
>
> Which of these options is better practice?
>
> 
>
> NOTICE: This e-mail message, together with any attachments, contains
> information of Clearwater Analytics and/or its affiliates that may be
> confidential, proprietary copyrighted and/or legally privileged, and is
> intended solely for the use of the individual or entity named on this
> message. If you are not the intended recipient, and have received this
> message in error, please immediately delete it. The information we provide
> is from sources Clearwater Analytics considers reliable, but Clearwater
> Analytics provides no warranties regarding the accuracy of the information.
> Further, nothing in the email should be construed as legal, financial, or
> tax advice, and any questions regarding the intended recipient's individual
> circumstances should be addressed to that recipient's lawyer and/or
> accountant.
>
>
>

Re: 1.0.0-SNAPSHOT considered older than 1.0.0?

2012-12-20 Thread Hervé BOUTEMY 
the Maven core reference doc is http://maven.apache.org/ref/3.1-
SNAPSHOT/maven-
artifact/apidocs/org/apache/maven/artifact/versioning/ComparableVersion.html

Le jeudi 20 décembre 2012 14:02:02 org.apache.maven.u...@io7m.com a écrit :
> Hi.
> 
> I can't find any documentation on the Maven site about snapshots. I'm
> trying to determine whether a snapshot is considered to be older or
> newer than the version number prefix.
> 
> Is 1.0.0-SNAPSHOT considered to be the current HEAD, having a
> theoretical 1.0.0 at some point in the past, or is 1.0.0-SNAPSHOT
> considered to be a precursor to some future 1.0.0 release?
> 
> The only information I can find seems to be off-site at:
> 
> https://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict+Re
> solution#DependencyMediationandConflictResolution-IncorporatingSNAPSHOTversi
> onsintothespecification
> 
> The Maven user guide mentions that snapshots "will be described later
> in the guide" - but they aren't.
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

[ANN] Maven Shared Utils 0.2 Released

2012-12-20 Thread Kristian Rosenvold 
The Maven team is pleased to announce the release of
maven-shared-utils, version 0.2

This project aims to be a functional replacement for
{{{http://plexus.codehaus.org/plexus-utils}plexus-utils}} in Maven.

It is not a 100% API compatible replacement though but a replacement
:
lots of methods got cleaned up, generics got added and we dropped a
lot of unused code. Although all
the classes are in different packages from plexus-utils, if the method
is present it will have the same
semantics, facilitating easy conversion.

http://maven.apache.org/shared/maven-shared-utils/

You should specify the version in your project's plugin configuration:


   org.apache.maven.shared
   maven-shared-utils0.2



Release Notes - Maven Shared Components - Version maven-shared-utils-0.2

** Bug
* [MSHARED-267] - Change visibility of methods to restore compatibility



** Improvement
* [MSHARED-263] - Xpp3DomBuilder should support xml:space="preserve"



Enjoy,

-The Maven team

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: 1.0.0-SNAPSHOT considered older than 1.0.0?

2012-12-20 Thread Dan Rollo 

I created this bug report:

Maven Getting Started Guide should clarify SNAPSHOT qualifier of 
'version' element precedes release


http://jira.codehaus.org/browse/MNGSITE-167


Dan

On 12/20/2012 12:47 PM, users-digest-h...@maven.apache.org wrote:

Subject:
Re: 1.0.0-SNAPSHOT considered older than 1.0.0?
From:

Date:
12/20/2012 10:09 AM

To:
"Maven Users List" 


On Thu, 20 Dec 2012 15:08:26 +0100
Arnaud Héritier  wrote:


>I don't have the time to check the doc but if it's not in, this is a big
>error (don't hesitate to open an issue)
>A SNAPSHOT is the development version before producing the release.
>A SNAPSHOT is older than its release
>1.0.0-SNAPSHOT -> 1.0.0-> 1.0.1-SNAPSHOT -> 1.0.1 -> ..

Thanks to all that replied.

The missing documentation I was referring to was:

   
http://maven.apache.org/guides/getting-started/index.html#How_do_I_make_my_first_Maven_project

Note:

   "We will discuss the use of snapshots and how they work further on in
   this guide"

The word "snapshots" doesn't appear again on the page.




-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

RE: Detecting any dependencies specified without versions?

2012-12-20 Thread KARR, DAVID 
> -Original Message-
> From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de]
> Sent: Thursday, December 20, 2012 9:17 AM
> To: Maven Users List; users@maven.apache.org
> Subject: Re: Detecting any dependencies specified without versions?
> 
> Hi,
> 
> if you have really dependencies without version the build will fail in
> Maven.
> This sounds more like having a dependencyManagement block somewhere in
> the parents which define the appropriate versions which is ok.
> 
> The question is what you like to achieve?

Hmm.  I looked at this because someone was having trouble with their build 
after they went through a class that was using a newer version of a major 
framework we use.  I theorized that something was now using the newer artifacts 
in their .m2/repository.  I had her move her .m2/repository out of the way and 
rebuild.  That fixed the problem.  After I saw your reply, I verified that one 
of the parent poms has a dependencyManagement entry for the artifact that might 
have been causing the problem.  It was correctly referencing the version that 
we use, so her problem must have been caused by something else.

I see that our build references SNAPSHOT versions all over the place, but not 
for the artifact that I believe caused this problem.  There is also one LATEST 
reference, but I also think that's not related to the problem.  We should 
definitely clean these up, but after reexamining this I guess removing the 
"repository" tree fixed some other problem.

Another group of devs are going through the same class this week, so perhaps 
I'll have another chance to diagnose this. :)

>  Original-Nachricht 
> > Datum: Thu, 20 Dec 2012 17:09:59 +
> > Von: "KARR, DAVID" 
> > An: Maven Users List 
> > Betreff: Detecting any dependencies specified without versions?
> 
> > I just noticed that our large project has a lot of poms with
> dependencies
> > with no version specified.  I'd like to detect that at build time.  I
> see
> > that the enforcer plugin comes close out of the box, with the
> > "requirePluginVersions" rule.  However, there doesn't appear to be a
> > "requireDependencyVersions" rule, at least out of the box.
> >
> > Is there an easy way to make this work?  Has anyone written and
> released a
> > custom "requireDependencyVersions" rule?
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org

Best Practice for Resolving Transitive Dependency Conflicts

2012-12-20 Thread Ben Noland 
Suppose I have the following:

A -> B,C,D,E

B -> F[1.1]
C -> F[1.0.1]
D -> F[1.2]
E -> F[1.1]

I know of 2 ways to resolve the transitive dependency conflict:
1. Add excludes to all but 1 of A's dependencies
2. Use dependencyManagement to specify the version of F that I really want.

Which of these options is better practice?



NOTICE: This e-mail message, together with any attachments, contains 
information of Clearwater Analytics and/or its affiliates that may be 
confidential, proprietary copyrighted and/or legally privileged, and is 
intended solely for the use of the individual or entity named on this message. 
If you are not the intended recipient, and have received this message in error, 
please immediately delete it. The information we provide is from sources 
Clearwater Analytics considers reliable, but Clearwater Analytics provides no 
warranties regarding the accuracy of the information. Further, nothing in the 
email should be construed as legal, financial, or tax advice, and any questions 
regarding the intended recipient's individual circumstances should be addressed 
to that recipient's lawyer and/or accountant.

RE: Newbie problem getting basic functionality to work.

2012-12-20 Thread Kammer, John 
Thanks Ron,
   Working through Eclipse is definitely superior. Turns out it has identified
some of the jar files as being corrupted (commons-collections among those). 
Trying
to delete the bad ones and trying again. At least I am making progress
-- john

--
I would suggest downloading Eclipse/STS since it comes with a fully
configured and properly set up Maven.
Use the Eclipse - New=>Project to get started.

It looks like it is a problem with that plug-in. We never use it so I
can not give you much help on that and you don't need it anyway.

If you want to battle Eclipse later, you can install it but we started
with Eclipse and got so pissed off with the process of configuring
Eclipse that we moved to Eclipse/STS for the same price.

At least, you will know if it is a network problem or a maven
configuration issue or a plug-in that has a problem.

Ron


From: Kammer, John
Sent: Thursday, December 20, 2012 6:46 PM
To: users@maven.apache.org
Subject: RE: Newbie problem getting basic functionality to work.


Hi Ron,
   I can run "mvn clean" once I've gotten a sample pom file and that works fine.
I've never gotten "mvn archetype:generate" to run successfully, that and other
targets blow up with the problem finding the ExtendedProperties class in the
commons-collections jar.
   So far I've been working mainly from the command line
(Windows Command Prompt and Cygwin shell). Figured I would try the Maven basic
"hello world" application first and move on from there. Planning to move into
the Eclipse environment once I get that working.
   The network folks are going to get with me this afternoon to see if they
notice anything in the network traffic that seems odd (or is being blocked).
I would have thought that if the jar made it into the repository on my machine
that the software would subsequently have been able to find it.
   It'll probably boil down to some Windows directory structure bs, that's my 
guess.
In any case, thanks!
-- john
-

Is it only when you run this one plug-in.
Does maven clean work
Are you using Eclipse or some IDE to develop your code? (Eclipse/STS
from Springsource comes ready to run maven).




From: Kammer, John
Sent: Thursday, December 20, 2012 4:58 PM
To: users@maven.apache.org
Subject: RE: RE: Newbie problem getting basic functionality to work.


Thanks Wayne,
   Double checked with the network guys here and they assured me we are not 
behind a proxy.
At this point I am just confused. Have tried various versions of Java and Maven 
only to
have this same problem with commons-collections.ExtendedProperties. Oddly, I 
can find the
jar file in the repository directory and identify the class in the jar file so 
I don't know
why Maven thinks it can't find it. I'll probably try this at home on my laptop 
just to see
if it makes a difference.
   Meanwhile, are there other interfaces to this mailing list? I would have 
liked to hit a
reply button but seem to have only found the archive view.
   Thanks again, and if anyone has other suggestions what to look at/for in 
resolving the
first problem those would be appreciated.
-- John


> I am completely new to Maven and trying (without success) to get the most 
> basic of Maven
functionality to work.
> Have tried multiple versions of Maven and Java all with the same results (see 
> below).
> It seems the Apache Commons Collections jar is missing, and for some reason 
> not being
downloaded. Any ideas why or what I can do about it?

>From your description of the issue, it sounds to me like you are
behind a web proxy and have not configured it in settings.xml as
required. This is well documented on the Maven site and various free
Maven ebooks, and easily found with Google etc so I won't repeat the
instructions here.

Wayne


From: Kammer, John
Sent: Wednesday, December 19, 2012 4:23 PM
To: users@maven.apache.org
Subject: Newbie problem getting basic functionality to work.

Hello, and thanks in advance for any help.
I am completely new to Maven and trying (without success) to get the most basic 
of Maven functionality to work.
Have tried multiple versions of Maven and Java all with the same results (see 
below).
It seems the Apache Commons Collections jar is missing, and for some reason not 
being downloaded. Any ideas why or what I can do about it?

The basic operation I am attempting is to run
== mvn archetype:generate
Which results in….

[INFO] Scanning for projects...
[INFO]
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO]
[INFO] >>> maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
>>>
[INFO]
[INFO] <<< maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
<<<
[INFO]
[INFO] --- maven-arch

Maven Set PATH Environment Variable

2012-12-20 Thread Will Hoover 
Anyone know of a way to set environment variables that will be used while
Maven is running?

 

I've tried the following, but it doesn't get picked up by subsequent plug-in
executions:

 



org.codehaus.mojo

exec-maven-plugin





setenv

 
process-classes



 
exec





 
false

 
SETX



 
Path

 
${env.PATH};/some/other/path

 
/M



 


 
PATH

 
${env.PATH};/some/other/path

Re: Newbie problem getting basic functionality to work.

2012-12-20 Thread Ron Wheeler 
I would suggest downloading Eclipse/STS since it comes with a fully 
configured and properly set up Maven.

Use the Eclipse - New=>Project to get started.

It looks like it is a problem with that plug-in. We never use it so I 
can not give you much help on that and you don't need it anyway.


If you want to battle Eclipse later, you can install it but we started 
with Eclipse and got so pissed off with the process of configuring 
Eclipse that we moved to Eclipse/STS for the same price.


At least, you will know if it is a network problem or a maven 
configuration issue or a plug-in that has a problem.


Ron

On 20/12/2012 12:46 PM, Kammer, John wrote:

Hi Ron,
I can run "mvn clean" once I've gotten a sample pom file and that works 
fine.
I've never gotten "mvn archetype:generate" to run successfully, that and other
targets blow up with the problem finding the ExtendedProperties class in the
commons-collections jar.
So far I've been working mainly from the command line
(Windows Command Prompt and Cygwin shell). Figured I would try the Maven basic
"hello world" application first and move on from there. Planning to move into
the Eclipse environment once I get that working.
The network folks are going to get with me this afternoon to see if they
notice anything in the network traffic that seems odd (or is being blocked).
I would have thought that if the jar made it into the repository on my machine
that the software would subsequently have been able to find it.
It'll probably boil down to some Windows directory structure bs, that's my 
guess.
In any case, thanks!
-- john
-

Is it only when you run this one plug-in.
Does maven clean work
Are you using Eclipse or some IDE to develop your code? (Eclipse/STS
from Springsource comes ready to run maven).




From: Kammer, John
Sent: Thursday, December 20, 2012 4:58 PM
To: users@maven.apache.org
Subject: RE: RE: Newbie problem getting basic functionality to work.


Thanks Wayne,
Double checked with the network guys here and they assured me we are not 
behind a proxy.
At this point I am just confused. Have tried various versions of Java and Maven 
only to
have this same problem with commons-collections.ExtendedProperties. Oddly, I 
can find the
jar file in the repository directory and identify the class in the jar file so 
I don't know
why Maven thinks it can't find it. I'll probably try this at home on my laptop 
just to see
if it makes a difference.
Meanwhile, are there other interfaces to this mailing list? I would have 
liked to hit a
reply button but seem to have only found the archive view.
Thanks again, and if anyone has other suggestions what to look at/for in 
resolving the
first problem those would be appreciated.
-- John



I am completely new to Maven and trying (without success) to get the most basic 
of Maven

functionality to work.

Have tried multiple versions of Maven and Java all with the same results (see 
below).
It seems the Apache Commons Collections jar is missing, and for some reason not 
being

downloaded. Any ideas why or what I can do about it?

>From your description of the issue, it sounds to me like you are
behind a web proxy and have not configured it in settings.xml as
required. This is well documented on the Maven site and various free
Maven ebooks, and easily found with Google etc so I won't repeat the
instructions here.

Wayne


From: Kammer, John
Sent: Wednesday, December 19, 2012 4:23 PM
To: users@maven.apache.org
Subject: Newbie problem getting basic functionality to work.

Hello, and thanks in advance for any help.
I am completely new to Maven and trying (without success) to get the most basic 
of Maven functionality to work.
Have tried multiple versions of Maven and Java all with the same results (see 
below).
It seems the Apache Commons Collections jar is missing, and for some reason not 
being downloaded. Any ideas why or what I can do about it?

The basic operation I am attempting is to run
== mvn archetype:generate
Which results in….

[INFO] Scanning for projects...
[INFO]
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO]
[INFO] >>> maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
>>>
[INFO]
[INFO] <<< maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
<<<
[INFO]
[INFO] --- maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
---
[WARNING] Error initializing: 
org.codehaus.plexus.velocity.DefaultVelocityComponent@6fdb4b
java.lang.NoClassDefFoundError: 
org/apache/commons/collections/ExtendedProperties
 at 
org.apache.velocity.runtime.RuntimeInstance.(RuntimeInstance.java:164)
 at 
org.apache.velocity.app.VelocityEngine.(VelocityEngine.java:71)
 at 
o

Re: File lock problem in custom Maven Reporting Plugin

2012-12-20 Thread Baptiste Gaillard 
Hi Olivier,

I've created a JIRA issue here
http://jira.codehaus.org/browse/MSHARED-269with two project used to
reproduce the problem.

Thanks for the help guys,

Baptiste

2012/12/19 Olivier Lamy 

> Can you create a jira entry with a sample ?
>
> 2012/12/18 Baptiste Gaillard :
> > Hi and thanks for the response,
> >
> > My Mojo already overwrites the isExternalReport() function and returns
> true
> > into it.
> >
> > To deep a little more I've tried to debug the execution of the Mojo when
> > running a 'mvn site' command using that Mojo.
> >
> > It seems that the function 'executeReport' associated to a reporting Mojo
> > is called before 'isExternalReport' is used.
> >
> > The 'execute' method associated to the 'AbstractMavenReport' (I'm using
> > 'maven-reporting-impl' version 2.2)   class contains the following lines
> :
> >
> > Writer writer = null;
> > try
> > {
> > File outputDirectory = new File( getOutputDirectory() );
> >
> > String filename = getOutputName() + ".html";
> >
> > Locale locale = Locale.getDefault();
> >
> > SiteRenderingContext siteContext = new
> SiteRenderingContext();
> > siteContext.setDecoration( new DecorationModel() );
> > siteContext.setTemplateName(
> > "org/apache/maven/doxia/siterenderer/resources/default-site.vm" );
> > siteContext.setLocale( locale );
> >
> > RenderingContext context = new RenderingContext(
> > outputDirectory, filename );
> >
> > SiteRendererSink sink = new SiteRendererSink( context );
> >
> > generate( sink, null, locale );
> >
> > ...
> >
> > The 'generate' function then calls the reporting mojo 'executeReport'
> > function, so I think my locking problems comes from one of the following
> > calls :
> > - 'new RenderingContext'
> > - 'new SiteRendererSink'
> >
> > Do you have any other ideas ?
> >
> > Perhaps I should post this message on the developer Mailing List, my
> > problems seems to be linked to what Maven (or the 'maven-reporting-impl
> > plugin executes internally ?
> >
> > Thanks,
> >
> > Baptiste
> >
> > 2012/12/16 Robert Scholte 
> >
> >> This is probably what you need:
> >> from org.apache.maven.reporting.**MavenReport.isExternalReport()
> >>
> >> /**
> >>  * An external report is a report which calls a third party program
> >> which generates some reports too.
> >>  * A good example is javadoc tool.
> >>  *
> >>  * @return true if this report is external, false
> >> otherwise.
> >>  * Default should be false.
> >>  */
> >> boolean isExternalReport();
> >>
> >>
> >> Op Tue, 11 Dec 2012 23:42:43 +0100 schreef Baptiste Gaillard <
> >> baptiste.gaill...@gomoob.com>**:
> >>
> >>  Hi, I'm currently creating a new Maven Reporting Plugin which
> integrate an
> >>> external tool used to generate a Javascript documentation in my Maven
> Web
> >>> Site.
> >>>
> >>> My report Mojo is very simple and is declared using :
> >>>
> >>> /**
> >>>  * @goal jsduck
> >>>  * @phase site
> >>>  */
> >>> public class JSDuckReportMojo extends AbstractMavenReport {
> >>> ...
> >>> }
> >>>
> >>> I encounter a file locking problem (i.e already opened elsewhere and
> not
> >>> closed) at the beginning of my 'executeReport' method :
> >>>
> >>> *
> >>>
> >>> protected void executeReport(Locale locale) throws
> MavenReportException {
> >>>
> >>> // JSDuck creates an 'index.html' file itself and crashes if one
> file
> >>> with this name already exist
> >>> File jsduckIndex = new File("target/site/jsduck/**index.html");
> >>>
> >>> if (jsduckIndex.exists() && !jsduckIndex.delete()) {
> >>> throw new MavenReportException("Fail to delete the previously
> >>> generated index.html !"
> >>> );
> >>> }
> >>>
> >>> // Use a document generator which absolutly need to have an empty
> >>> target directory
> >>> ...
> >>> }
> >>> *
> >>>
> >>> The tool I'm integrating is called 'jsduck' and absolutely needs to
> have
> >>> an
> >>> empty target directory to work, its root index file is called
> >>> 'index.html'.
> >>>
> >>> So I've also implemented the 'getOutputName' function :
> >>>
> >>> public String getOutputName() {
> >>> return "jsduck/index";
> >>> }
> >>>
> >>> But, the file 'target/site/jsduck/index.**html' has already been
> created
> >>> automagically by Maven.
> >>> In the 'executeReport' this file is there, empty and locked !
> >>>
> >>> So, I can't delete this 'index.html' file and let JSDuck create itself
> :-(
> >>>
> >>> Is it normal that Maven locks this 'index.html' file (because it has
> been
> >>> declared in the 'getOutputName()' ) ?
> >>> How can I unlock this file inside the 'executeReport' function to let
> >>> JSDuck generate my documentation ?
> >>>
> >>> I've already tried to debug the 'AbstractMavenReport' class and only
> found
> >>> a 'PrintWriter' attached to the 'Sink' (in the 'execute' method) which
> >>> could cause this locking

RE: Newbie problem getting basic functionality to work.

2012-12-20 Thread Kammer, John 
Hi Ron,
   I can run "mvn clean" once I've gotten a sample pom file and that works fine.
I've never gotten "mvn archetype:generate" to run successfully, that and other
targets blow up with the problem finding the ExtendedProperties class in the
commons-collections jar.
   So far I've been working mainly from the command line
(Windows Command Prompt and Cygwin shell). Figured I would try the Maven basic
"hello world" application first and move on from there. Planning to move into
the Eclipse environment once I get that working.
   The network folks are going to get with me this afternoon to see if they
notice anything in the network traffic that seems odd (or is being blocked).
I would have thought that if the jar made it into the repository on my machine
that the software would subsequently have been able to find it.
   It'll probably boil down to some Windows directory structure bs, that's my 
guess.
In any case, thanks!
-- john
-

Is it only when you run this one plug-in.
Does maven clean work
Are you using Eclipse or some IDE to develop your code? (Eclipse/STS
from Springsource comes ready to run maven).




From: Kammer, John
Sent: Thursday, December 20, 2012 4:58 PM
To: users@maven.apache.org
Subject: RE: RE: Newbie problem getting basic functionality to work.


Thanks Wayne,
   Double checked with the network guys here and they assured me we are not 
behind a proxy.
At this point I am just confused. Have tried various versions of Java and Maven 
only to
have this same problem with commons-collections.ExtendedProperties. Oddly, I 
can find the
jar file in the repository directory and identify the class in the jar file so 
I don't know
why Maven thinks it can't find it. I'll probably try this at home on my laptop 
just to see
if it makes a difference.
   Meanwhile, are there other interfaces to this mailing list? I would have 
liked to hit a
reply button but seem to have only found the archive view.
   Thanks again, and if anyone has other suggestions what to look at/for in 
resolving the
first problem those would be appreciated.
-- John


> I am completely new to Maven and trying (without success) to get the most 
> basic of Maven
functionality to work.
> Have tried multiple versions of Maven and Java all with the same results (see 
> below).
> It seems the Apache Commons Collections jar is missing, and for some reason 
> not being
downloaded. Any ideas why or what I can do about it?

>From your description of the issue, it sounds to me like you are
behind a web proxy and have not configured it in settings.xml as
required. This is well documented on the Maven site and various free
Maven ebooks, and easily found with Google etc so I won't repeat the
instructions here.

Wayne


From: Kammer, John
Sent: Wednesday, December 19, 2012 4:23 PM
To: users@maven.apache.org
Subject: Newbie problem getting basic functionality to work.

Hello, and thanks in advance for any help.
I am completely new to Maven and trying (without success) to get the most basic 
of Maven functionality to work.
Have tried multiple versions of Maven and Java all with the same results (see 
below).
It seems the Apache Commons Collections jar is missing, and for some reason not 
being downloaded. Any ideas why or what I can do about it?

The basic operation I am attempting is to run
== mvn archetype:generate
Which results in….

[INFO] Scanning for projects...
[INFO]
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO]
[INFO] >>> maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
>>>
[INFO]
[INFO] <<< maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
<<<
[INFO]
[INFO] --- maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
---
[WARNING] Error initializing: 
org.codehaus.plexus.velocity.DefaultVelocityComponent@6fdb4b
java.lang.NoClassDefFoundError: 
org/apache/commons/collections/ExtendedProperties
at 
org.apache.velocity.runtime.RuntimeInstance.(RuntimeInstance.java:164)
at org.apache.velocity.app.VelocityEngine.(VelocityEngine.java:71)
at 
org.codehaus.plexus.velocity.DefaultVelocityComponent.initialize(DefaultVelocityComponent
.java:72)
at 
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.initialize(PlexusLifecycleMan
ager.java:338)
at 
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.manageLifecycle(PlexusLifecyc
leManager.java:296)
at 
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.onProvision(PlexusLifecycleMa
nager.java:148)
at 
com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionLi
stenerStackCallback.java:108)
at 
com.google.inject.internal.ProvisionListenerStackCallback.provisi

Re: How to specify full path of a executable for a scm vendor?

2012-12-20 Thread cowwoc 

 Well, you're going to laugh but I ended up installing a Jenkins 
plugin for setting environment variables and forced it to add HG to the 
PATH (of the job, not the entire system). In an ideal world I would have 
liked to pass an extra parameter to Maven -Dhg.path= as 
opposed to writing a configuration file. You need to remember that in a 
clustered environment all my configuration sits inside Jenkins. Having 
to configure each node before I can use Jenkins on it adds a lot of work.

 What this means is that I favor adding command-line options to 
configuration files.

Gili

On 20/12/2012 11:38 AM, stephenconnolly [via Maven] wrote:
> We already have toolchains to handle this type of thing, plus toolchains
> only needs one cli param to use an alternative one, whereas your scheme
> just keeps on expanding
>
> On Thursday, 20 December 2012, Olivier Lamy wrote:
>
> > maybe a bit simpler with something similar to svn/git with
> > $HOME/.scm/svn-settings.xml / $HOME/.scm/git-settings.xml.
> > See http://maven.apache.org/scm/subversion.html and
> > http://maven.apache.org/scm/git.html
> >
> > a simple $HOME/.scm/hg-settings.xml
> > with
> >
> > 
> >   /home/beer/wine/bin/hg
> > 
> >
> > WDYT ?
> >
> > 2012/12/20 Stephen Connolly <[hidden email] 
> 
> > >:
> > > Well if you wanted to explore this, the way I would come at this 
> is via
> > > maven's toolchains api
> > >
> > > Thus if the SCM tool had an entry for the HG executable in
> > > ~/.m2/toolchains.xml then that path would be used, otherwise 
> whatever is
> > > resolved from the path would get resolved.
> > >
> > > Working on this will likely help flesh out the parts of the 
> toolchains
> > api
> > > that are slightly undercooked, but I would be happy to review and 
> try and
> > > help (though I do not have time at present to write the code myself)
> > >
> > > I think this would be a good sized problem for somebody in the 
> committer
> > > school (or wanting to enrole)
> > >
> > > -Stephen
> > >
> > > On Thursday, 20 December 2012, cowwoc wrote:
> > >
> > >> Gentlemen,
> > >>
> > >> I'd like to reopen this discussion. Automated build systems like 
> Jenkins
> > >> need to run out of a self-contained sandbox. As such, we need to be
> > able to
> > >> specify the full path to Mercurial. I filed this bug report against
> > >> Jenkins:
> > >> https://issues.jenkins-ci.org/browse/JENKINS-16151
> > >>
> > >> but I believe this can only be implemented with help from Maven 
> SCM. Can
> > >> someone from the Maven team please comment on this?
> > >>
> > >> Thank you,
> > >> Gili
> > >>
> > >>
> > >>
> > >> --
> > >> View this message in context:
> > >>
> > 
> http://maven.40175.n5.nabble.com/How-to-specify-full-path-of-a-executable-for-a-scm-vendor-tp5463712p5739204.html
> > >> Sent from the Maven - Users mailing list archive at Nabble.com.
> > >>
> > >> 
> -
> > >> To unsubscribe, e-mail: [hidden email] 
>  
>
> > >> For additional commands, e-mail: [hidden email] 
> 
> > 
> > >>
> > >>
> >
> >
> >
> > --
> > Olivier Lamy
> > Talend: http://coders.talend.com
> > http://twitter.com/olamy | http://linkedin.com/in/olamy
> >
> > -
> > To unsubscribe, e-mail: [hidden email] 
>  
> > For additional commands, e-mail: [hidden email] 
> 
> >
> >
>
>
> 
> If you reply to this email, your message will be added to the 
> discussion below:
> http://maven.40175.n5.nabble.com/How-to-specify-full-path-of-a-executable-for-a-scm-vendor-tp5463712p5739327.html
>  
>
> To unsubscribe from How to specify full path of a executable for a scm 
> vendor?, click here 
> .
> NAML 
> 
>  
>





--
View this message in context: 
http://maven.40175.n5.nabble.com/How-to-specify-full-path-of-a-executable-for-a-scm-vendor-tp5463712p5739332.html
Sent from the Maven - Users mailing list archive at Nabble.com.

Re: Detecting any dependencies specified without versions?

2012-12-20 Thread Karl Heinz Marbaise 
Hi,

if you have really dependencies without version the build will fail in Maven.
This sounds more like having a dependencyManagement block somewhere in the 
parents which define the appropriate versions which is ok.

The question is what you like to achieve?

Kind regards
Karl-Heinz Marbaise
 Original-Nachricht 
> Datum: Thu, 20 Dec 2012 17:09:59 +
> Von: "KARR, DAVID" 
> An: Maven Users List 
> Betreff: Detecting any dependencies specified without versions?

> I just noticed that our large project has a lot of poms with dependencies
> with no version specified.  I'd like to detect that at build time.  I see
> that the enforcer plugin comes close out of the box, with the
> "requirePluginVersions" rule.  However, there doesn't appear to be a
> "requireDependencyVersions" rule, at least out of the box.
> 
> Is there an easy way to make this work?  Has anyone written and released a
> custom "requireDependencyVersions" rule?
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Detecting any dependencies specified without versions?

2012-12-20 Thread KARR, DAVID 
I just noticed that our large project has a lot of poms with dependencies with 
no version specified.  I'd like to detect that at build time.  I see that the 
enforcer plugin comes close out of the box, with the "requirePluginVersions" 
rule.  However, there doesn't appear to be a "requireDependencyVersions" rule, 
at least out of the box.

Is there an easy way to make this work?  Has anyone written and released a 
custom "requireDependencyVersions" rule?

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: How to specify full path of a executable for a scm vendor?

2012-12-20 Thread Stephen Connolly 
We already have toolchains to handle this type of thing, plus toolchains
only needs one cli param to use an alternative one, whereas your scheme
just keeps on expanding

On Thursday, 20 December 2012, Olivier Lamy wrote:

> maybe a bit simpler with something similar to svn/git with
> $HOME/.scm/svn-settings.xml / $HOME/.scm/git-settings.xml.
> See http://maven.apache.org/scm/subversion.html and
> http://maven.apache.org/scm/git.html
>
> a simple $HOME/.scm/hg-settings.xml
> with
>
> 
>   /home/beer/wine/bin/hg
> 
>
> WDYT ?
>
> 2012/12/20 Stephen Connolly 
> >:
> > Well if you wanted to explore this, the way I would come at this is via
> > maven's toolchains api
> >
> > Thus if the SCM tool had an entry for the HG executable in
> > ~/.m2/toolchains.xml then that path would be used, otherwise whatever is
> > resolved from the path would get resolved.
> >
> > Working on this will likely help flesh out the parts of the toolchains
> api
> > that are slightly undercooked, but I would be happy to review and try and
> > help (though I do not have time at present to write the code myself)
> >
> > I think this would be a good sized problem for somebody in the committer
> > school (or wanting to enrole)
> >
> > -Stephen
> >
> > On Thursday, 20 December 2012, cowwoc wrote:
> >
> >> Gentlemen,
> >>
> >> I'd like to reopen this discussion. Automated build systems like Jenkins
> >> need to run out of a self-contained sandbox. As such, we need to be
> able to
> >> specify the full path to Mercurial. I filed this bug report against
> >> Jenkins:
> >> https://issues.jenkins-ci.org/browse/JENKINS-16151
> >>
> >> but I believe this can only be implemented with help from Maven SCM. Can
> >> someone from the Maven team please comment on this?
> >>
> >> Thank you,
> >> Gili
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >>
> http://maven.40175.n5.nabble.com/How-to-specify-full-path-of-a-executable-for-a-scm-vendor-tp5463712p5739204.html
> >> Sent from the Maven - Users mailing list archive at Nabble.com.
> >>
> >> -
> >> To unsubscribe, e-mail: 
> >> users-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: users-h...@maven.apache.org
> 
> >>
> >>
>
>
>
> --
> Olivier Lamy
> Talend: http://coders.talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org 
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: How to specify full path of a executable for a scm vendor?

2012-12-20 Thread Olivier Lamy 
maybe a bit simpler with something similar to svn/git with
$HOME/.scm/svn-settings.xml / $HOME/.scm/git-settings.xml.
See http://maven.apache.org/scm/subversion.html and
http://maven.apache.org/scm/git.html

a simple $HOME/.scm/hg-settings.xml
with


  /home/beer/wine/bin/hg


WDYT ?

2012/12/20 Stephen Connolly :
> Well if you wanted to explore this, the way I would come at this is via
> maven's toolchains api
>
> Thus if the SCM tool had an entry for the HG executable in
> ~/.m2/toolchains.xml then that path would be used, otherwise whatever is
> resolved from the path would get resolved.
>
> Working on this will likely help flesh out the parts of the toolchains api
> that are slightly undercooked, but I would be happy to review and try and
> help (though I do not have time at present to write the code myself)
>
> I think this would be a good sized problem for somebody in the committer
> school (or wanting to enrole)
>
> -Stephen
>
> On Thursday, 20 December 2012, cowwoc wrote:
>
>> Gentlemen,
>>
>> I'd like to reopen this discussion. Automated build systems like Jenkins
>> need to run out of a self-contained sandbox. As such, we need to be able to
>> specify the full path to Mercurial. I filed this bug report against
>> Jenkins:
>> https://issues.jenkins-ci.org/browse/JENKINS-16151
>>
>> but I believe this can only be implemented with help from Maven SCM. Can
>> someone from the Maven team please comment on this?
>>
>> Thank you,
>> Gili
>>
>>
>>
>> --
>> View this message in context:
>> http://maven.40175.n5.nabble.com/How-to-specify-full-path-of-a-executable-for-a-scm-vendor-tp5463712p5739204.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org 
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>>



-- 
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Newbie problem getting basic functionality to work.

2012-12-20 Thread Ron Wheeler 

Is it only when you run this one plug-in.
Does maven clean work
Are you using Eclipse or some IDE to develop your code? (Eclipse/STS 
from Springsource comes ready to run maven).



On 20/12/2012 10:58 AM, Kammer, John wrote:

Thanks Wayne,
Double checked with the network guys here and they assured me we are not 
behind a proxy.
At this point I am just confused. Have tried various versions of Java and Maven 
only to
have this same problem with commons-collections.ExtendedProperties. Oddly, I 
can find the
jar file in the repository directory and identify the class in the jar file so 
I don't know
why Maven thinks it can't find it. I'll probably try this at home on my laptop 
just to see
if it makes a difference.
Meanwhile, are there other interfaces to this mailing list? I would have 
liked to hit a
reply button but seem to have only found the archive view.
Thanks again, and if anyone has other suggestions what to look at/for in 
resolving the
first problem those would be appreciated.
-- John



I am completely new to Maven and trying (without success) to get the most basic 
of Maven

functionality to work.

Have tried multiple versions of Maven and Java all with the same results (see 
below).
It seems the Apache Commons Collections jar is missing, and for some reason not 
being

downloaded. Any ideas why or what I can do about it?

>From your description of the issue, it sounds to me like you are
behind a web proxy and have not configured it in settings.xml as
required. This is well documented on the Maven site and various free
Maven ebooks, and easily found with Google etc so I won't repeat the
instructions here.

Wayne


From: Kammer, John
Sent: Wednesday, December 19, 2012 4:23 PM
To: users@maven.apache.org
Subject: Newbie problem getting basic functionality to work.

Hello, and thanks in advance for any help.
I am completely new to Maven and trying (without success) to get the most basic 
of Maven functionality to work.
Have tried multiple versions of Maven and Java all with the same results (see 
below).
It seems the Apache Commons Collections jar is missing, and for some reason not 
being downloaded. Any ideas why or what I can do about it?

The basic operation I am attempting is to run
== mvn archetype:generate
Which results in….

[INFO] Scanning for projects...
[INFO]
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO]
[INFO] >>> maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
>>>
[INFO]
[INFO] <<< maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
<<<
[INFO]
[INFO] --- maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
---
[WARNING] Error initializing: 
org.codehaus.plexus.velocity.DefaultVelocityComponent@6fdb4b
java.lang.NoClassDefFoundError: 
org/apache/commons/collections/ExtendedProperties
 at 
org.apache.velocity.runtime.RuntimeInstance.(RuntimeInstance.java:164)
 at 
org.apache.velocity.app.VelocityEngine.(VelocityEngine.java:71)
 at 
org.codehaus.plexus.velocity.DefaultVelocityComponent.initialize(DefaultVelocityComponent
.java:72)
 at 
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.initialize(PlexusLifecycleMan
ager.java:338)
 at 
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.manageLifecycle(PlexusLifecyc
leManager.java:296)
 at 
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.onProvision(PlexusLifecycleMa
nager.java:148)
 at 
com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionLi
stenerStackCallback.java:108)
 at 
com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStac
kCallback.java:55)
…
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 46.653s
[INFO] Finished at: Wed Dec 19 09:57:31 EST 2012
[INFO] Final Memory: 5M/15M
[INFO] 
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-archetype-plugin:2.2:generate (default
-cli) on project standalone-pom: Execution default-cli of goal 
org.apache.maven.plugins:maven-archet
ype-plugin:2.2:generate failed: A required class was missing while executing 
org.apache.maven.plugin
s:maven-archetype-plugin:2.2:generate: 
org/apache/commons/collections/ExtendedProperties
[ERROR] -
[ERROR] realm =plugin>org.apache.maven.plugins:maven-archetype-plugin:2.2





--
Ron Wheeler
President
Artifact Software Inc
email: rwhee...@artifact-software.com
skype: ronaldmwheeler
phone: 866-970-2435, ext 102


--

RE: RE: Newbie problem getting basic functionality to work.

2012-12-20 Thread Kammer, John 
Thanks Wayne,
   Double checked with the network guys here and they assured me we are not 
behind a proxy.
At this point I am just confused. Have tried various versions of Java and Maven 
only to
have this same problem with commons-collections.ExtendedProperties. Oddly, I 
can find the
jar file in the repository directory and identify the class in the jar file so 
I don't know
why Maven thinks it can't find it. I'll probably try this at home on my laptop 
just to see
if it makes a difference.
   Meanwhile, are there other interfaces to this mailing list? I would have 
liked to hit a
reply button but seem to have only found the archive view.
   Thanks again, and if anyone has other suggestions what to look at/for in 
resolving the
first problem those would be appreciated.
-- John


> I am completely new to Maven and trying (without success) to get the most 
> basic of Maven
functionality to work.
> Have tried multiple versions of Maven and Java all with the same results (see 
> below).
> It seems the Apache Commons Collections jar is missing, and for some reason 
> not being
downloaded. Any ideas why or what I can do about it?

>From your description of the issue, it sounds to me like you are
behind a web proxy and have not configured it in settings.xml as
required. This is well documented on the Maven site and various free
Maven ebooks, and easily found with Google etc so I won't repeat the
instructions here.

Wayne


From: Kammer, John
Sent: Wednesday, December 19, 2012 4:23 PM
To: users@maven.apache.org
Subject: Newbie problem getting basic functionality to work.

Hello, and thanks in advance for any help.
I am completely new to Maven and trying (without success) to get the most basic 
of Maven functionality to work.
Have tried multiple versions of Maven and Java all with the same results (see 
below).
It seems the Apache Commons Collections jar is missing, and for some reason not 
being downloaded. Any ideas why or what I can do about it?

The basic operation I am attempting is to run
== mvn archetype:generate
Which results in….

[INFO] Scanning for projects...
[INFO]
[INFO] 
[INFO] Building Maven Stub Project (No POM) 1
[INFO] 
[INFO]
[INFO] >>> maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
>>>
[INFO]
[INFO] <<< maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
<<<
[INFO]
[INFO] --- maven-archetype-plugin:2.2:generate (default-cli) @ standalone-pom 
---
[WARNING] Error initializing: 
org.codehaus.plexus.velocity.DefaultVelocityComponent@6fdb4b
java.lang.NoClassDefFoundError: 
org/apache/commons/collections/ExtendedProperties
at 
org.apache.velocity.runtime.RuntimeInstance.(RuntimeInstance.java:164)
at org.apache.velocity.app.VelocityEngine.(VelocityEngine.java:71)
at 
org.codehaus.plexus.velocity.DefaultVelocityComponent.initialize(DefaultVelocityComponent
.java:72)
at 
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.initialize(PlexusLifecycleMan
ager.java:338)
at 
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.manageLifecycle(PlexusLifecyc
leManager.java:296)
at 
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.onProvision(PlexusLifecycleMa
nager.java:148)
at 
com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionLi
stenerStackCallback.java:108)
at 
com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStac
kCallback.java:55)
…
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 46.653s
[INFO] Finished at: Wed Dec 19 09:57:31 EST 2012
[INFO] Final Memory: 5M/15M
[INFO] 
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-archetype-plugin:2.2:generate (default
-cli) on project standalone-pom: Execution default-cli of goal 
org.apache.maven.plugins:maven-archet
ype-plugin:2.2:generate failed: A required class was missing while executing 
org.apache.maven.plugin
s:maven-archetype-plugin:2.2:generate: 
org/apache/commons/collections/ExtendedProperties
[ERROR] -
[ERROR] realm =plugin>org.apache.maven.plugins:maven-archetype-plugin:2.2

Re: 1.0.0-SNAPSHOT considered older than 1.0.0?

2012-12-20 Thread org.apache.maven.user 
On Thu, 20 Dec 2012 15:08:26 +0100
Arnaud Héritier  wrote:

> I don't have the time to check the doc but if it's not in, this is a big
> error (don't hesitate to open an issue)
> A SNAPSHOT is the development version before producing the release.
> A SNAPSHOT is older than its release
> 1.0.0-SNAPSHOT -> 1.0.0-> 1.0.1-SNAPSHOT -> 1.0.1 -> ..

Thanks to all that replied.

The missing documentation I was referring to was:

  
http://maven.apache.org/guides/getting-started/index.html#How_do_I_make_my_first_Maven_project

Note:

  "We will discuss the use of snapshots and how they work further on in
  this guide"

The word "snapshots" doesn't appear again on the page.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: 1.0.0-SNAPSHOT considered older than 1.0.0?

2012-12-20 Thread Randy Sr 
x.x.x-SNAPSHOT is the precursor to x.x.x  The SNAPSHOT value is used to allow
the version to refer to the 'latest' code along a branch and provides no
guarantee that the code is stable or unchanging.  The release process changes
x.x.x-SNAPSHOT to x.x.x, freezes the code to provide a guarantee that the
version is unchanging.  The release process should also move the version to
x.x.x+1-SNAPSHOT. 
 
It follows that any released code cannot be dependent on SNAPSHOT code


On December 20, 2012 at 6:02 AM org.apache.maven.u...@io7m.com wrote:

> Hi.
>
> I can't find any documentation on the Maven site about snapshots. I'm
> trying to determine whether a snapshot is considered to be older or
> newer than the version number prefix.
>
> Is 1.0.0-SNAPSHOT considered to be the current HEAD, having a
> theoretical 1.0.0 at some point in the past, or is 1.0.0-SNAPSHOT
> considered to be a precursor to some future 1.0.0 release?
>
> The only information I can find seems to be off-site at:
>
> https://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict+Resolution#DependencyMediationandConflictResolution-IncorporatingSNAPSHOTversionsintothespecification
>
> The Maven user guide mentions that snapshots "will be described later
> in the guide" - but they aren't.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>

Re: 1.0.0-SNAPSHOT considered older than 1.0.0?

2012-12-20 Thread Thomas Broyer 
On Thu, Dec 20, 2012 at 3:02 PM,   wrote:
> Hi.
>
> I can't find any documentation on the Maven site about snapshots. I'm
> trying to determine whether a snapshot is considered to be older or
> newer than the version number prefix.
>
> Is 1.0.0-SNAPSHOT considered to be the current HEAD, having a
> theoretical 1.0.0 at some point in the past, or is 1.0.0-SNAPSHOT
> considered to be a precursor to some future 1.0.0 release?

See 
http://www.sonatype.com/books/mvnref-book/reference/pom-relationships-sect-pom-syntax.html
"""if the next release of your system is going to have a version
"1.4", your project would have a version "1.4-SNAPSHOT" until it was
formally released."""

>
> The only information I can find seems to be off-site at:
>
> https://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict+Resolution#DependencyMediationandConflictResolution-IncorporatingSNAPSHOTversionsintothespecification

The first section of this page defines SNAPSHOT as a qualifier ("the
qualifier section is optional (and is SNAPSHOT, alpha-1, alpha-2)")
and then says "if qualifier does not exist, it is newer than if it
does", meaning that 1.0.0 is newer than 1.0.0-SNAPSHOT.

> The Maven user guide mentions that snapshots "will be described later
> in the guide" - but they aren't.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>



--
Thomas Broyer
/tɔ.ma.bʁwa.je/

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: 1.0.0-SNAPSHOT considered older than 1.0.0?

2012-12-20 Thread Arnaud Héritier 
I don't have the time to check the doc but if it's not in, this is a big
error (don't hesitate to open an issue)
A SNAPSHOT is the development version before producing the release.
A SNAPSHOT is older than its release
1.0.0-SNAPSHOT -> 1.0.0-> 1.0.1-SNAPSHOT -> 1.0.1 -> ..

Cheers


On Thu, Dec 20, 2012 at 3:02 PM,  wrote:

> Hi.
>
> I can't find any documentation on the Maven site about snapshots. I'm
> trying to determine whether a snapshot is considered to be older or
> newer than the version number prefix.
>
> Is 1.0.0-SNAPSHOT considered to be the current HEAD, having a
> theoretical 1.0.0 at some point in the past, or is 1.0.0-SNAPSHOT
> considered to be a precursor to some future 1.0.0 release?
>
> The only information I can find seems to be off-site at:
>
>
> https://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict+Resolution#DependencyMediationandConflictResolution-IncorporatingSNAPSHOTversionsintothespecification
>
> The Maven user guide mentions that snapshots "will be described later
> in the guide" - but they aren't.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
-
Arnaud Héritier
http://aheritier.net
Mail/GTalk: aheritier AT gmail DOT com
Twitter/Skype : aheritier

1.0.0-SNAPSHOT considered older than 1.0.0?

2012-12-20 Thread org.apache.maven.user 
Hi.

I can't find any documentation on the Maven site about snapshots. I'm
trying to determine whether a snapshot is considered to be older or
newer than the version number prefix.

Is 1.0.0-SNAPSHOT considered to be the current HEAD, having a
theoretical 1.0.0 at some point in the past, or is 1.0.0-SNAPSHOT
considered to be a precursor to some future 1.0.0 release?

The only information I can find seems to be off-site at:

https://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict+Resolution#DependencyMediationandConflictResolution-IncorporatingSNAPSHOTversionsintothespecification

The Maven user guide mentions that snapshots "will be described later
in the guide" - but they aren't.

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Enabling snapshot fetching outside of project pom?

2012-12-20 Thread org.apache.maven.user 
On Thu, 20 Dec 2012 12:18:11 +
 wrote:

> Hi.
> 
> Is it possible to enable the fetching of snapshots as dependencies in
> settings.xml, as opposed to using a  element in
> the project's pom file?

*ahem*

Fixed my own problem. Dependencies weren't being resolved using the
information in settings.xml because of an incorrect version range
(which is why I asked the question in the first place).


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Enabling snapshot fetching outside of project pom?

2012-12-20 Thread org.apache.maven.user 
Hi.

Is it possible to enable the fetching of snapshots as dependencies in
settings.xml, as opposed to using a  element in
the project's pom file?

-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: How to specify full path of a executable for a scm vendor?

2012-12-20 Thread Stephen Connolly 
Well if you wanted to explore this, the way I would come at this is via
maven's toolchains api

Thus if the SCM tool had an entry for the HG executable in
~/.m2/toolchains.xml then that path would be used, otherwise whatever is
resolved from the path would get resolved.

Working on this will likely help flesh out the parts of the toolchains api
that are slightly undercooked, but I would be happy to review and try and
help (though I do not have time at present to write the code myself)

I think this would be a good sized problem for somebody in the committer
school (or wanting to enrole)

-Stephen

On Thursday, 20 December 2012, cowwoc wrote:

> Gentlemen,
>
> I'd like to reopen this discussion. Automated build systems like Jenkins
> need to run out of a self-contained sandbox. As such, we need to be able to
> specify the full path to Mercurial. I filed this bug report against
> Jenkins:
> https://issues.jenkins-ci.org/browse/JENKINS-16151
>
> but I believe this can only be implemented with help from Maven SCM. Can
> someone from the Maven team please comment on this?
>
> Thank you,
> Gili
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/How-to-specify-full-path-of-a-executable-for-a-scm-vendor-tp5463712p5739204.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org 
> For additional commands, e-mail: users-h...@maven.apache.org
>
>