Hi Richard, It works as follows: 1. the maven plugin uses the reactor dependencies in scope "provided" (all of them) plus configuration options (as in example) to create a file in target/classes called paxexam.args.
2. This file has exactly the format which paxrunner understands. For dependencies: - all dependencies will result in line like that: mvn:<groupId>/<artifactId>/<version> - all other configs you specifiy in the plugin setting in your pom are directly passed as options: so if you have something like this <platform>felix</platform> it will result to: --platform=felix (see pax runner docs. You can specify any commandline option in that file including dependencies, osgi framework and much more) Pax Runner will pick that up and just run pax runner (as always) If you have non bundle dependencies in you pom in scope "provided",you should add <autoWrap>true</autoWrap> in your pom.xml This whole feature is very new and not used much (because its not released yet), so we would appreciate any comments & suggestions. cheers, Toni On Tue, Mar 24, 2009 at 6:21 PM, Richard Wallace < [email protected]> wrote: > Hey all, > > So I just came across the new Pax Exam maven plugin. It's super cool > and exactly the kind of thing I've been looking for. Now, one > question I have is how does it pass the maven dependencies to Pax > Exam? What I'm wondering is if it will pull dependencies out of the > reactor or not. This is extremely important in a multi-module project > where you want to have a separate project module just for integration > tests. I'm hoping that the maven dependencies are resolved in the > maven plugin and the file names are passed to Pax Exam, rather than > passing the maven artifact id and letting the maven url handler do the > resolution. Is that the case? If not, I'll create an issue and work > on creating a patch. > > The 2 things that have always turned me off Pax Exam in the past has > been the inability to pull dependencies from the maven reactor and > that the tests are always bundled and loaded into the OSGi framework. > If the maven paxexam plugin fixes the former and we can get PAXEXAM-30 > resolved, I'll be one happy dude when it comes to doing integration > testing of OSGi bundles. > > Thanks, > Rich > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > -- Toni Menzel Software Developer Professional Profile: http://www.osgify.com [email protected] http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software.
_______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
