[ http://jira.codehaus.org/browse/MNG-591?page=comments#action_43628 ]
John Casey commented on MNG-591:
--------------------------------
maybe we need to add dependencies that are included in the execution context of
a plugin ONLY...that way, we can have cactus-specific dependencies which are
only relevant for our project (i.e. not needed for every cactus execution
everywhere...they'd be plugin-deps in this case).
Something like:
<build>
<plugins>
<plugin>
<!-- g:a:v -->
<dependencies>
<dependency>
<groupId>com.myorg.project</groupId>
<artifactId>myproject-testharness</artifactId>
<version>1.0</version>
</dependency>
</dependencies>
<configuration/>
</plugin>
</plugins>
</build>
It's a little awkward, but at least it's immediately apparent where these deps
will be used...
> Integration tests lifecycle
> ---------------------------
>
> Key: MNG-591
> URL: http://jira.codehaus.org/browse/MNG-591
> Project: Maven 2
> Type: Improvement
> Reporter: Kenney Westerhof
> Priority: Blocker
> Fix For: 2.0-beta-1
>
>
> I'm trying to do an integration test that depends on a war/ear to be deployed.
> What i'm missing is:
> - integration-test-compile stage and/or:
> - a way to specify an integrationTestSourceDirectory or multiple
> testSourceDirectories in the pom
> I can't put the test sources in src/test/java because then surefire will run
> them in the test stage, when
> there's no artifact to deploy yet.
> [Btw, I'm doing this while creating a cactus plugin, for the moment using
> cargo in the TestSuite itself to deploy.]
> The idea is that the integration test sources go in src/itest/*; that there
> be a integration-test-compile,
> integration-test-package and/or integration-test-appdeploy[or something] and
> that surefire
> is also bound to integration-test.
> Maybe something can be done using the src/test/project/some-project/....
> approach seen in
> maven-javadoc-plugin, maven-site-plugin and maven-eclipse-plugin (i'd like to
> see some of that
> standardized anyway to allow plugin testing generally - which can also be
> seen as integration testing).
> Thoughts, comments, approaches?
--
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]