[ http://jira.codehaus.org/browse/MNG-1356?page=comments#action_50255 ]
John Casey commented on MNG-1356:
---------------------------------
are these containers artifacts that could be resolved as part of a
plugin-dependency? That is to say, could you do:
<build>
<plugins>
<plugin>
<groupId/>
<artifactId>cargo-maven-plugin</artifactId>
<dependencies>
<dependency>
<groupId/>
<artifactId>tomcat</artifactId>
<version>5.0</version>
</dependency>
</dependencies>
</plugin>
</plugins>
</build>
Or are you downloading the stock binaries for these containers?
> Java system properties should be interpolated in pom.xml
> --------------------------------------------------------
>
> Key: MNG-1356
> URL: http://jira.codehaus.org/browse/MNG-1356
> Project: Maven 2
> Type: Improvement
> Components: maven-core
> Versions: 2.0
> Reporter: Vincent Massol
> Fix For: 2.0.1
>
>
> Here's a use case where I'd need ${java.io.tmp.dir} interpolated in my
> pom.xml:
> Some plugins output things. Some of those things can be transient and putting
> them in ${basedir]/target is fine. However there are other cases where you
> want to be sure that what is generated stays even after a clean. This is the
> case for the cargo plugin which can automatically download containers. It
> wouldn't be nice that the downloaded containers be wiped out on a clean. I'd
> like to leave it to the user to decide where to put them and one location
> that would be fine is ${java.io.tmp.dir} (this is the one I want to use in
> the cargo plugin's functional tests).
--
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]