Hi, The Seam Cron module has many providers and I'd like to test each provider by reusing the same test suite (Arquillian), but just having a different provider on the classpath . Kind of TCK style I think. So I would have several provider projects, plus a tck project containing all the common test classes. I guess then each provider project would depend on the tck (scope: test) so that the tck tests, plus any of its own unit tests are all run during that provider's test phase. My concerns with this so far are: 1. I think I will need a test suite with the test classes in src/main/java (rather than src/test/java) so that the provider can get those classes onto its own classpath during testing. Will Arquillian work OK like that (ie: does it have maven integration which specifically looks under src/test/java only)?

2. The classes in the test suite have a hard-coded @Deployment, and I'm not sure how I'd go about customising that place a different provider class on the classpath. I don't want to have to force my providers to extend every test case just to customise the deployment.

3. Am I going about this all wrong?

Cheers for any advice you can give me. Pete R _______________________________________________ seam-dev mailing list seam-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/seam-dev

Hi Jason, 1. I think I will need a test suite with the test classes in > src/main/java (rather than src/test/java) so that the provider can get > those classes onto its own classpath during testing. Will Arquillian > work OK like that (ie: does it have maven integration which specifically > looks under src/test/java only)? > No, there's nothing in there that I'm aware of that would prohibit this approach. You're right of course. The thing that seems to be getting in my way is actually the Surefire Maven plugin. I've created the TCK project separately and configured the Compile plugin to generate a seam-cron-asynchronous-tck-tests.jar which I'm then including in the asynchronous provider's project like so: <dependency> <groupId>${project.groupId}</groupId> <artifactId>seam-cron-asynchronous-tck</artifactId> <version>${project.version}</version> <type>test-jar</type> <scope>test</scope> </dependency> However Maven still concludes that there aren't any test to run for that project. I suppose that's for good reason, but I'd like to work out how I can have these imported tests run by Surefire, rather than just the ones in src/test/java. I'll keep trying but please chime in if anyone has any ideas.

2. The classes in the test suite have a hard-coded @Deployment, and I'm > not sure how I'd go about customising that place a different provider > class on the classpath. I don't want to have to force my providers to > extend every test case just to customise the deployment. > You're @Deployment should be in the test class, but that doesn't stop you from having a base method that setup everything and just returns an archive you can add to, or even merge(...) in your @Deployement method. Would this require me to extend each of the TCK test classes in the provider project, in order to be able to add to the archive returned by the base method? This is something I wanted to avoid (even though it would clearly solve problem 1).

Cheers, Pete R

Take a look at weld and the way we do the servlet tests (environments/servlet/tests) as we do exactly this with arquillian :-) On 19 May 2011, at 23:32, Pete Royle wrote: > Hi, > > The Seam Cron module has many providers and I'd like to test each > provider by reusing the same test suite (Arquillian), but just having a > different provider on the classpath . Kind of TCK style I think. > > So I would have several provider projects, plus a tck project containing > all the common test classes. I guess then each provider project would > depend on the tck (scope: test) so that the tck tests, plus any of its > own unit tests are all run during that provider's test phase. > > My concerns with this so far are: > > 1. I think I will need a test suite with the test classes in > src/main/java (rather than src/test/java) so that the provider can get > those classes onto its own classpath during testing. Will Arquillian > work OK like that (ie: does it have maven integration which specifically > looks under src/test/java only)? > > 2. The classes in the test suite have a hard-coded @Deployment, and I'm > not sure how I'd go about customising that place a different provider > class on the classpath. I don't want to have to force my providers to > extend every test case just to customise the deployment. > > 3. Am I going about this all wrong? > > Cheers for any advice you can give me. > > Pete R > > > _______________________________________________ > weld-dev mailing list > weld-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/weld-dev