I don't believe that this is a viable scheme.
Maven source artifacts are not generally buildable, but are aimed at
IDEs for debugging visibility. You can't trust the SVM info, and you
don't know what -P/-D options were used to make the binary. We would
need a new train of metadata. This will only
While Benson is right about -source artifacts (not meant for rebuilding),
this resembles me to M2E's Project Materialisation, where based on POM of
the given project (is fetched during dependency resolution), and IF the SCM
metadata are okay, etc, the project tag is checked out into workspace
Don't think it's possible. I guess the idea is that if you have the same
parameter in multiple goals, they would have the same configuration.
If the parameter is configurable from command-line (thourgh a property),
you could do it that way instead. Maybe not what you want, but it would
work.
Ahh yes. It won't work because you can only have one default-cli. There are
ways around but they get tricky and are rather hacky.
Any reason why you can't just type
mvn release:clean -DsomeProperty=... mvn release:prepare
-DsomeProperty=... mvn release:perform -DsomeProperty=...
On 26
From: ta...@cservenak.net
Date: Wed, 26 Feb 2014 12:26:48 +0100
Subject: Re: Google Summer of Code - Java opportunity, mentors needed
To: users@maven.apache.org
While Benson is right about -source artifacts (not meant for rebuilding),
this resembles me to M2E's Project
Nowhere in that was the sources jar mentioned - yet you seemed to have jumped
directly to a solution and then said can’t be done.
There is a critical need for this inside businesses as well as Debian (how do
we know that org.foobar:baz:1.2.3:jar is MIT as it claims and doesn’t contain
some
On Wed, Feb 26, 2014 at 9:16 AM, James Nord (jnord) jn...@cisco.com wrote:
Nowhere in that was the sources jar mentioned - yet you seemed to have jumped
directly to a solution and then said can’t be done.
No, I discussed the two paths from the POM: -sources and scm/
There is a critical need
Nowhere in that was the sources jar mentioned - yet you seemed to have
jumped directly to a solution and then said can’t be done.
No, I discussed the two paths from the POM: -sources and scm/
My mistake, sorry.
There is a critical need for this inside businesses as well as Debian (how
On 26/02/14 17:17, James Nord (jnord) wrote:
Nowhere in that was the sources jar mentioned - yet you seemed to have
jumped directly to a solution and then said can’t be done.
No, I discussed the two paths from the POM: -sources and scm/
My mistake, sorry.
There is a critical need for
I added the following to my POM
reporting
plugins
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdfindbugs-maven-plugin/artifactId
version2.5.3/version
configuration
effortMax/effort
thresholdLow/threshold
/configuration
On 27 February 2014 09:05, Eric Kolotyluk eric.koloty...@gmail.com wrote:
I added the following to my POM
reporting
plugins
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdfindbugs-maven-plugin/artifactId
version2.5.3/version
configuration
Yup, that does the trick. Thanks.
My bad for not checking the plugin page more thoroughly.
Cheers, Eric
On 2/26/2014 3:34 PM, Barrie Treloar wrote:
On 27 February 2014 09:05, Eric Kolotyluk eric.koloty...@gmail.com wrote:
I added the following to my POM
reporting
plugins
From: jn...@cisco.com
To: users@maven.apache.org
Subject: RE: Google Summer of Code - Java opportunity, mentors needed
Date: Wed, 26 Feb 2014 16:17:29 +
Nowhere in that was the sources jar mentioned - yet you seemed to have
jumped directly to a solution and then said can’t be
13 matches
Mail list logo