Details

    • Type: Improvement Improvement
    • Status: Closed Closed
    • Priority: Blocker Blocker
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: Plugins and Lifecycle
    • Labels:
      None
    • Number of attachments :
      0

      Description

      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?

        Issue Links

          Activity

          Hide
          Barry Kaplan added a comment -

          After reading all this, I'm a bit confused. What is the recommended approach in maven2 v1.x for handling different test types?

          I pretty much need test types to exist in different directories so I can run them independently in eclipse. I don't want to use packages to segregate the tests, because I need the unit tests to exist the same directory as the CUT. Is seperate projects the only solution for maven2 v1.x? And how does this relate to http://jira.codehaus.org/browse/SUREFIRE-7?

          Show
          Barry Kaplan added a comment - After reading all this, I'm a bit confused. What is the recommended approach in maven2 v1.x for handling different test types? I pretty much need test types to exist in different directories so I can run them independently in eclipse. I don't want to use packages to segregate the tests, because I need the unit tests to exist the same directory as the CUT. Is seperate projects the only solution for maven2 v1.x? And how does this relate to http://jira.codehaus.org/browse/SUREFIRE-7?
          Hide
          Dave Sag added a comment -

          I would like to split out some of my heavier tests as integration tests. i'd kinda hoped that if I put my src files into src/itest/java/.. and added a simple
          <plugin>
          <artifactId>maven-it-plugin</artifactId>
          </plugin>

          then maven2 would have magically worked. alas not.

          i'm not at work now so can access svn (hooray) - but can't find where to check out the sandbox plugins.

          I was able to check out http://svn.apache.org/repos/asf/maven/components/trunk/ and build it fine, and some googling turned up http://svn.apache.org/repos/asf/maven/plugins/trunk/ too but i can't find, nor guess the sandbox url. could someone perhaps post that here, or even a url of a page detailing where to find such things.

          cheers dave

          Show
          Dave Sag added a comment - I would like to split out some of my heavier tests as integration tests. i'd kinda hoped that if I put my src files into src/itest/java/.. and added a simple <plugin> <artifactId>maven-it-plugin</artifactId> </plugin> then maven2 would have magically worked. alas not. i'm not at work now so can access svn (hooray) - but can't find where to check out the sandbox plugins. I was able to check out http://svn.apache.org/repos/asf/maven/components/trunk/ and build it fine, and some googling turned up http://svn.apache.org/repos/asf/maven/plugins/trunk/ too but i can't find, nor guess the sandbox url. could someone perhaps post that here, or even a url of a page detailing where to find such things. cheers dave
          Hide
          Brett Porter added a comment -

          worth seeing Craig's use case in MNG-2344 also.

          Show
          Brett Porter added a comment - worth seeing Craig's use case in MNG-2344 also.
          Hide
          Brett Porter added a comment -

          are we happy with IT's now, or do we need another proposal for this? Kenney?

          Show
          Brett Porter added a comment - are we happy with IT's now, or do we need another proposal for this? Kenney?
          Hide
          Benson Margulies added a comment -

          The last comment in here was years ago, inviting the OP to comment if the work done was insufficient. There is no comment in all that time, so a close is overdue.

          Show
          Benson Margulies added a comment - The last comment in here was years ago, inviting the OP to comment if the work done was insufficient. There is no comment in all that time, so a close is overdue.

            People

            • Assignee:
              Benson Margulies
              Reporter:
              Kenney Westerhof
            • Votes:
              14 Vote for this issue
              Watchers:
              20 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Time Tracking

                Estimated:
                Original Estimate - 8 hours
                8h
                Remaining:
                Time Spent - 45 minutes Remaining Estimate - 7 hours, 15 minutes
                7h 15m
                Logged:
                Time Spent - 45 minutes Remaining Estimate - 7 hours, 15 minutes
                45m