[
http://jira.codehaus.org/browse/MEXEC-59?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=154201#action_154201
]
Trevor Harmon commented on MEXEC-59:
------------------------------------
No, they are absolutely not the same as in Ant. First of all, there is no such
thing as <jvmArg> in Maven because exec:java never forks the Java program; it
always runs it in the same VM. As for <arg>, it is indeed analogous to
exec:java's <arguments> and <commandLineArgs>, although the Maven style is far
more confusing and complicated.
> Difference between <arguments> and <commandLineArgs> is not documented
> ----------------------------------------------------------------------
>
> Key: MEXEC-59
> URL: http://jira.codehaus.org/browse/MEXEC-59
> Project: Maven 2.x Exec Plugin
> Issue Type: Bug
> Components: java
> Reporter: Trevor Harmon
> Priority: Minor
>
> The exec:java goal has two seemingly identical elements: <arguments> and
> <commandLineArgs>. The difference between them is not documented.
> Simone Gianni made the following observations on the Maven Users List:
> - If commandLineArgs is specified, it will be used as is, except for
> replacing %classpath with proper classpath using dependencies
> - Otherwise if the property exec.args is specified, it will be used
> - Otherwise the list of <argument> and <classpath> will be parsed and used
> So, yes, they both (and the exec.args also) serve the same purpose, but
> commandLineArgs is taken more or less literaly, as well as exec.args, while
> the <arguments> element offer a more "formal" way of specifying parameters
> and calculating classpaths.
> These differences should be explained in the exec:java documentation.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
