RE: Rule for maven plugin inheritance
Hi Wayne, Thanks, will try today. Br, Tim -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: den 24 februari 2014 23:11 To: Maven Users List Subject: Re: Rule for maven plugin inheritance > At first, I define two maven java doc plugin inside the reporting tag > and used to generate different type of javadoc, one for standard javadoc and > for customize one. FYI: I don't use much of the reporting functionality in Maven, just the basics. > Later, I want to move those two javadoc plug in into the parent pom, I > don't use the pluginElement, just want all of our sub project could use it > directly. Generally speaking, you don't include a plugin twice in your pom, you should include it once and use or to provide different configurations for the various executions you require. Read more online: https://maven.apache.org/plugins/maven-site-plugin/examples/configuring-reports.html Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Rule for maven plugin inheritance
> At first, I define two maven java doc plugin inside the reporting tag and > used to generate > different type of javadoc, one for standard javadoc and for customize one. FYI: I don't use much of the reporting functionality in Maven, just the basics. > Later, I want to move those two javadoc plug in into the parent pom, I don't > use the > pluginElement, just want all of our sub project could use it directly. Generally speaking, you don't include a plugin twice in your pom, you should include it once and use or to provide different configurations for the various executions you require. Read more online: https://maven.apache.org/plugins/maven-site-plugin/examples/configuring-reports.html Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: about https://jira.codehaus.org/browse/MNG-5576 (Allow continuous delivery friendly versions)
Hi Mirko,
>
I just tried this with a small multimodule pet project, see the mvn321
branch (https://github.com/1and1/testlink-junit/compare/master...mvn321).
Just forked it give it a try..
Now giving revision as a property (mvn321 -Drevision=NULL clean
verify) does *not* work, enforcer complains about being not able to
resolve the reactor artifacts. You have to put revision into the
environment, so
env revision=NULL mvn321 clean verify does the trick.
that looks strange...cause if i do that i get the following:
[INFO]
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (default-enforce) @
tljunit-surefire ---
Downloading:
http://localhost:8081/nexus/content/groups/public/net/oneandone/testlinkjunit/tljunit-parent/3.0.3-${revision}/tljunit-parent-3.0.3-${revision}.pom
[WARNING] Rule 3:
org.apache.maven.plugins.enforcer.RequireNoRepositories failed with message:
Could not transfer artifact
net.oneandone.testlinkjunit:tljunit-parent:pom:3.0.3-${revision} from/to
nexus (http://localhost:8081/nexus/content/groups/public): Illegal
character in path at index 100:
http://localhost:8081/nexus/content/groups/public/net/oneandone/testlinkjunit/tljunit-parent/3.0.3-${revision}/tljunit-parent-3.0.3-${revision}.pom
net.oneandone.testlinkjunit:tljunit-parent:pom:3.0.3-${revision}
from the specified remote repositories:
nexus (http://localhost:8081/nexus/content/groups/public,
releases=true, snapshots=true)
That looks like a issue with maven-enforcer ...i will start writing
an integration tests for that
Furthermore i have taken a look into the project and found something
strange:
in the dependencyManagement of the parent:
net.oneandone.testlinkjunit
tljunit-surefire
${project.version}
tests
Should this reference the test-jar which is produced in the sub-module
by using maven-jar-plugin:test-jar goal ?
Yes...than the dependency entry is wrong. It must be done like the
following:
net.oneandone.testlinkjunit
tljunit-surefire
${project.version}
test-jar
test
And this dependeny is used in the module:
tljunit-eclipse
which produces your error about the not resolvable artifact in the
reactor
If you are using the maven-release-plugin you need to give the
parameters in a different way cause maven-release-plugin calls maven a
second time which will result in the following:
mvn -Drevision=NULL -Darguments="-Drevision=NULL" release:prepare
This looks a bit strange but it works except that i get a message about
not existing SNAPSHOT version...but no failure.
If you enhance your configuration of the maven-release-plugin with the
following line:
-Drevision=${revision}
You can reduce the above call to:
mvn -Drevision=NULL release:prepare
Kind regards
Karl-Heinz Marbaise
--
SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl-Heinz MarbaiseICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Würselen http://www.soebes.de
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: about https://jira.codehaus.org/browse/MNG-5576 (Allow continuous delivery friendly versions)
Hello,
I now removed "-SNAPSHOT" from the version strings, what I get now when running:
env revision=123456 mvn321 clean install
is:
Installing /Users/mirko/workspace/foss/testlink-junit/pom.xml to
/Software/nobackup/m2repo/net/oneandone/testlinkjunit/tljunit-parent/3.0.3-123456/tljunit-parent-3.0.3-123456.pom
and, which is really bad, when inspecting
tljunit-parent-3.0.3-123456.pom, the is still
3.0.3-${revision}!
Regards Mirko
--
http://illegalstateexception.blogspot.com/
https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen)
https://bitbucket.org/mfriedenhagen/
On Mon, Feb 24, 2014 at 9:51 PM, Mirko Friedenhagen
wrote:
> Hello,
>
> I now tried running `env revision=123456 mvn321 release:prepare`, but
> this does not work as release:prepare does not seem to use the
> information from the environment, I get:
> --- snip ---
> There are still some remaining snapshot dependencies.
> : Do you want to resolve them now? (yes/no) no: : no
> --- snap ---
> and release:prepare about:
> --- snip ---
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-release-plugin:2.4.2:prepare
> (default-cli) on project tljunit-parent: Can't release project due to
> non released dependencies :
> [ERROR]
> net.oneandone.testlinkjunit:tljunit-parent:pom:3.0.3-${revision}-SNAPSHOT
> [ERROR] in project 'tljunit surefire RunListeners'
> (net.oneandone.testlinkjunit:tljunit-surefire:jar:3.0.3-123456-SNAPSHOT)
> [ERROR] -> [Help 1]
> --- snap ---
> Regards Mirko
> --
> http://illegalstateexception.blogspot.com/
> https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen)
> https://bitbucket.org/mfriedenhagen/
>
>
> On Mon, Feb 24, 2014 at 9:31 PM, Dan Tran wrote:
>> Thanks, that helps
>>
>> -D
>>
>>
>> On Mon, Feb 24, 2014 at 12:23 PM, Karl Heinz Marbaise
>> wrote:
>>
>>> Hi Dan,
>>>
>>> now you can write on your GAV definition a thing like:
>>>
>>> ...
>>> ...
>>> 1.0-${revision}-SNAPSHOT
>>>
>>> and via command line you can now do the following:
>>>
>>> mvn -Drevision=3456 clean test
>>>
>>> If you done that via Maven 3.1.1 you get a warning with Maven 3.2.1 you
>>> don't.
>>>
>>> Kind regard
>>> Karl-Heinz Marbaise
>>>
>>>
>>> -
>>> 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
Re: about https://jira.codehaus.org/browse/MNG-5576 (Allow continuous delivery friendly versions)
Hello,
I now tried running `env revision=123456 mvn321 release:prepare`, but
this does not work as release:prepare does not seem to use the
information from the environment, I get:
--- snip ---
There are still some remaining snapshot dependencies.
: Do you want to resolve them now? (yes/no) no: : no
--- snap ---
and release:prepare about:
--- snip ---
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-release-plugin:2.4.2:prepare
(default-cli) on project tljunit-parent: Can't release project due to
non released dependencies :
[ERROR]
net.oneandone.testlinkjunit:tljunit-parent:pom:3.0.3-${revision}-SNAPSHOT
[ERROR] in project 'tljunit surefire RunListeners'
(net.oneandone.testlinkjunit:tljunit-surefire:jar:3.0.3-123456-SNAPSHOT)
[ERROR] -> [Help 1]
--- snap ---
Regards Mirko
--
http://illegalstateexception.blogspot.com/
https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen)
https://bitbucket.org/mfriedenhagen/
On Mon, Feb 24, 2014 at 9:31 PM, Dan Tran wrote:
> Thanks, that helps
>
> -D
>
>
> On Mon, Feb 24, 2014 at 12:23 PM, Karl Heinz Marbaise
> wrote:
>
>> Hi Dan,
>>
>> now you can write on your GAV definition a thing like:
>>
>> ...
>> ...
>> 1.0-${revision}-SNAPSHOT
>>
>> and via command line you can now do the following:
>>
>> mvn -Drevision=3456 clean test
>>
>> If you done that via Maven 3.1.1 you get a warning with Maven 3.2.1 you
>> don't.
>>
>> Kind regard
>> Karl-Heinz Marbaise
>>
>>
>> -
>> 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
Re: Where the binnary of mvn knows which mojo do i want to execute?
On 25 February 2014 00:46, enrique bernal ruiz wrote: > Hello! And thank you so much for your help. > I am working(starting) with it, and i am trying to understand it. What mvn > does when i call mvn run for example, i mean, I have a collection of mvn Please have a look at the freely available books at http://maven.apache.org/articles.html Some of these may be in a language more native to you than English. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: about https://jira.codehaus.org/browse/MNG-5576 (Allow continuous delivery friendly versions)
Hello,
I just tried this with a small multimodule pet project, see the mvn321
branch (https://github.com/1and1/testlink-junit/compare/master...mvn321).
Now giving revision as a property (mvn321 -Drevision=NULL clean
verify) does *not* work, enforcer complains about being not able to
resolve the reactor artifacts. You have to put revision into the
environment, so
env revision=NULL mvn321 clean verify does the trick.
Regards Mirko
--
http://illegalstateexception.blogspot.com/
https://github.com/mfriedenhagen/ (http://osrc.dfm.io/mfriedenhagen)
https://bitbucket.org/mfriedenhagen/
On Mon, Feb 24, 2014 at 9:23 PM, Karl Heinz Marbaise wrote:
> Hi Dan,
>
> now you can write on your GAV definition a thing like:
>
> ...
> ...
> 1.0-${revision}-SNAPSHOT
>
> and via command line you can now do the following:
>
> mvn -Drevision=3456 clean test
>
> If you done that via Maven 3.1.1 you get a warning with Maven 3.2.1 you
> don't.
>
> Kind regard
> Karl-Heinz Marbaise
>
>
> -
> 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
Re: about https://jira.codehaus.org/browse/MNG-5576 (Allow continuous delivery friendly versions)
Thanks, that helps
-D
On Mon, Feb 24, 2014 at 12:23 PM, Karl Heinz Marbaise wrote:
> Hi Dan,
>
> now you can write on your GAV definition a thing like:
>
> ...
> ...
> 1.0-${revision}-SNAPSHOT
>
> and via command line you can now do the following:
>
> mvn -Drevision=3456 clean test
>
> If you done that via Maven 3.1.1 you get a warning with Maven 3.2.1 you
> don't.
>
> Kind regard
> Karl-Heinz Marbaise
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>
Re: about https://jira.codehaus.org/browse/MNG-5576 (Allow continuous delivery friendly versions)
Hi Dan,
now you can write on your GAV definition a thing like:
...
...
1.0-${revision}-SNAPSHOT
and via command line you can now do the following:
mvn -Drevision=3456 clean test
If you done that via Maven 3.1.1 you get a warning with Maven 3.2.1 you
don't.
Kind regard
Karl-Heinz Marbaise
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Rule for maven plugin inheritance
Hi there, Met an interesting question recently about plugin inheritance and hope you could give me some feedback :) At first, I define two maven java doc plugin inside the reporting tag and used to generate different type of javadoc, one for standard javadoc and for customize one. Later, I want to move those two javadoc plug in into the parent pom, I don't use the pluginElement, just want all of our sub project could use it directly. However, I find only one of them will works, not both like I did them in sub projects. Is there any special rule about this? Br, Tim
about https://jira.codehaus.org/browse/MNG-5576 (Allow continuous delivery friendly versions)
Now that Maven 3.2.1 is out. May I ask how this may be used? Thanks -D
Re: Where the binnary of mvn knows which mojo do i want to execute?
Hi,
Eval method will not help understanding maven much, it is just a script
that pass some arguments to a main java.
You should find more information on what get executed here :
https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
You should also take a look at some of the maven books :
https://maven.apache.org/articles.html
On Mon, Feb 24, 2014 at 3:16 PM, enrique bernal ruiz
wrote:
> Hello! And thank you so much for your help.
> I am working(starting) with it, and i am trying to understand it. What mvn
> does when i call mvn run for example, i mean, I have a collection of mvn
> plugins and what i want to know is, where mvn knows that i am calling a mvn
> plugin in: mvn run for example. How mvn knows i am adding a parameter like
> run and where mvn identifies that run is a parameter added to it.
> And if it possible a brief explanation of the eval method, it would be
> great!
>
> Sorry abour my english.
>
> Thanks again.
>
>
>
> 2014-02-24 14:42 GMT+01:00 Baptiste Mathus :
>
> > What are you trying to do actually? Plugin development? Understanding
> Maven
> > to patch it? Just want to use it and stuck somewhere?
> >
> >
> > 2014-02-24 13:25 GMT+01:00 enrique bernal ruiz :
> >
> > > I am novice using mvn and having a look to /usr/bin/mvn, I can see the
> > eval
> > > method, but I can not understand where the mojo is called.
> > > Please can anyone explain how the eval method works?
> > > I would be very pleased if someone could help me.
> > >
> > > That is my eval
> > > method/
> > >
> > > eval "${JAVACMD}" \
> > > ${MAVEN_OPTS} \
> > > -classpath "${CLASSWORLDS_JAR}" \
> > > "-Dclassworlds.conf=${M2_HOME}/bin/m2.conf" \
> > > "-Dmaven.home=${M2_HOME}" \
> > > "-Dos.arch=`uname -m`" \
> > > ${CLASSWORLDS_LAUNCHER} $(${QUIET_FLAG} && echo \-q)
> $(${OFFLINE_FLAG}
> > &&
> > > echo \-o) ${QUOTED_ARGS} ${MAVEN_ARGS}
> > >
> > > --
> > > Baptiste MATHUS - http://batmat.net
> > > Sauvez un arbre,
> > > Mangez un castor ! nbsp;!
> >
>
--
Adrien Rivard
Re: Where the binnary of mvn knows which mojo do i want to execute?
Hello! And thank you so much for your help.
I am working(starting) with it, and i am trying to understand it. What mvn
does when i call mvn run for example, i mean, I have a collection of mvn
plugins and what i want to know is, where mvn knows that i am calling a mvn
plugin in: mvn run for example. How mvn knows i am adding a parameter like
run and where mvn identifies that run is a parameter added to it.
And if it possible a brief explanation of the eval method, it would be
great!
Sorry abour my english.
Thanks again.
2014-02-24 14:42 GMT+01:00 Baptiste Mathus :
> What are you trying to do actually? Plugin development? Understanding Maven
> to patch it? Just want to use it and stuck somewhere?
>
>
> 2014-02-24 13:25 GMT+01:00 enrique bernal ruiz :
>
> > I am novice using mvn and having a look to /usr/bin/mvn, I can see the
> eval
> > method, but I can not understand where the mojo is called.
> > Please can anyone explain how the eval method works?
> > I would be very pleased if someone could help me.
> >
> > That is my eval
> > method/
> >
> > eval "${JAVACMD}" \
> > ${MAVEN_OPTS} \
> > -classpath "${CLASSWORLDS_JAR}" \
> > "-Dclassworlds.conf=${M2_HOME}/bin/m2.conf" \
> > "-Dmaven.home=${M2_HOME}" \
> > "-Dos.arch=`uname -m`" \
> > ${CLASSWORLDS_LAUNCHER} $(${QUIET_FLAG} && echo \-q) $(${OFFLINE_FLAG}
> &&
> > echo \-o) ${QUOTED_ARGS} ${MAVEN_ARGS}
> >
> > --
> > Baptiste MATHUS - http://batmat.net
> > Sauvez un arbre,
> > Mangez un castor ! nbsp;!
>
[ANN] Maven 3.2.1 Release
Hi! The Apache Maven Team is pleased to announce the release of 3.2.1 The release notes can be found here: http://maven.apache.org/docs/3.2.1/release-notes.html The release can be downloaded from: http://maven.apache.org/download.cgi Full list of changes can be viewed in JIRA: https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&version=20041 Thanks, The Maven Team
Re: Where the binnary of mvn knows which mojo do i want to execute?
What are you trying to do actually? Plugin development? Understanding Maven
to patch it? Just want to use it and stuck somewhere?
2014-02-24 13:25 GMT+01:00 enrique bernal ruiz :
> I am novice using mvn and having a look to /usr/bin/mvn, I can see the eval
> method, but I can not understand where the mojo is called.
> Please can anyone explain how the eval method works?
> I would be very pleased if someone could help me.
>
> That is my eval
> method/
>
> eval "${JAVACMD}" \
> ${MAVEN_OPTS} \
> -classpath "${CLASSWORLDS_JAR}" \
> "-Dclassworlds.conf=${M2_HOME}/bin/m2.conf" \
> "-Dmaven.home=${M2_HOME}" \
> "-Dos.arch=`uname -m`" \
> ${CLASSWORLDS_LAUNCHER} $(${QUIET_FLAG} && echo \-q) $(${OFFLINE_FLAG} &&
> echo \-o) ${QUOTED_ARGS} ${MAVEN_ARGS}
>
> --
> Baptiste MATHUS - http://batmat.net
> Sauvez un arbre,
> Mangez un castor ! nbsp;!
Where the binnary of mvn knows which mojo do i want to execute?
I am novice using mvn and having a look to /usr/bin/mvn, I can see the eval
method, but I can not understand where the mojo is called.
Please can anyone explain how the eval method works?
I would be very pleased if someone could help me.
That is my eval
method/
eval "${JAVACMD}" \
${MAVEN_OPTS} \
-classpath "${CLASSWORLDS_JAR}" \
"-Dclassworlds.conf=${M2_HOME}/bin/m2.conf" \
"-Dmaven.home=${M2_HOME}" \
"-Dos.arch=`uname -m`" \
${CLASSWORLDS_LAUNCHER} $(${QUIET_FLAG} && echo \-q) $(${OFFLINE_FLAG} &&
echo \-o) ${QUOTED_ARGS} ${MAVEN_ARGS}
