PAXEXAM-62 <http://issues.ops4j.org/browse/PAXEXAM-62> PAXEXAM-64 <http://issues.ops4j.org/browse/PAXEXAM-64>
Those two will make local repository a legal api in exam and offer a generic solution for unmapped pax runner options. On Tue, Apr 21, 2009 at 1:12 PM, Alin Dreghiciu <[email protected]>wrote: > PAXRUNNER-235 <http://issues.ops4j.org/browse/PAXRUNNER-235> > PAXRUNNER-236 <http://issues.ops4j.org/browse/PAXRUNNER-236> > This two will make possible to set local repository using > -Dmaven.repo.local. > > > On Tue, Apr 21, 2009 at 1:08 PM, Alin Dreghiciu <[email protected]>wrote: > >> Well all this new support for localRepository option or raw pax runner >> options are very welcome but I would not hardcode such repositories in my >> test cases as I suppose those will be different when running on the CI or as >> a local build. Of course that could be customized by looking up an local >> repository from a system property something like: >> >> return options( >> when( System.getProperty( "includeFooProperty" ) != null >> ).useOptions( >> localRepository( System.getProperty( "includeFooProperty" ) ) >> >> >> ) >> ); >> >> note that when() is a new option in 0.5.0 not yet released >> PAXEXAM-59<http://issues.ops4j.org/browse/PAXEXAM-59> >> >> But now back to you, the problem is that the property resolution in pax >> runner will not look into system properties. You may have think so due to >> the documentation of the maven url handler, but the thing is that the even >> if the url handler itself looks for the property via framework properties, >> the framework properties in case that the url runs as part of pax runner is >> replaced with a custom one that will look into pax runner startup parameters >> and arguments file but now in system properties. >> >> So, unfortunately there is no simple solution right now beside the one >> explained by Toni but at least I will do two new things inside Pax runner: >> 1. Resolve pax runner arguments properties by also looking into system >> properties beside command line and args file >> 2. When using pax runner use maven.local.repo as an alias >> for org.ops4j.pax.url.mvn.localRepository >> >> And about a new release, I think we should get a nw release out of both >> pax runner and pax exam pretty soon as we have some critical issues fixed. >> Toni? >> >> On Tue, Apr 21, 2009 at 12:32 PM, Toni Menzel <[email protected]>wrote: >> >>> Hi Gert, >>> >>> the --localRepository option is not mapped yet but we will do so asap. >>> Also, we will allow probably raw pax runner arguments to solve those >>> unmapped cases quickly. >>> >>> For NOW (if you cannot wait or cannot use a snapshot version): >>> The pax exam maven plugin already supports raw pax runner arguments. >>> http://wiki.ops4j.org/display/paxexam/Configuration+using+Maven+Plugin >>> >>> Anyhow, you will get a direct solution in the current development version >>> 0.5.0-SNAPSHOT very quickly. >>> >>> Thanks for the hint, >>> Toni >>> >>> >>> On Tue, Apr 21, 2009 at 11:13 AM, Gert Vanthienen < >>> [email protected]> wrote: >>> >>>> L.S., >>>> >>>> When running our Pax Exam integration tests from a CI server like >>>> Hudson or TeamCity, the tests fail resolving some of the mvn: urls. >>>> This is because these servers use the -Dmaven.repo.local setting to >>>> override the local repository location. >>>> >>>> We tried specifying the local repo URL by passing it along in the >>>> surefire configuration as... >>>> <configuration> >>>> >>>> <argLine>-Dorg.ops4j.pax.url.mvn.localRepository=${maven.repo.local}</argLine> >>>> </configuration> >>>> >>>> We also tried propagating it further in the unit test itself by >>>> calling systemProperty() to set the same property, but neither >>>> solution worked for us. I guess what we really want to do is set the >>>> --localRepository parameter on the underlying Pax Runner process. >>>> >>>> What would be the way to make this work? >>>> >>>> Regards, >>>> >>>> Gert Vanthienen >>>> ------------------------ >>>> Open Source SOA: http://fusesource.com >>>> Blog: http://gertvanthienen.blogspot.com/ >>>> >>>> _______________________________________________ >>>> general mailing list >>>> [email protected] >>>> http://lists.ops4j.org/mailman/listinfo/general >>>> >>> >>> >>> >>> -- >>> Toni Menzel >>> Independent Software Developer - Looking for new projects! >>> Professional Profile: http://www.osgify.com >>> Blog: tonitcom.blogspot.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 >>> >>> >> >> >> -- >> Alin Dreghiciu >> http://www.ops4j.org - New Energy for OSS Communities - Open >> Participation Software. >> http://www.qi4j.org - New Energy for Java - Domain Driven Development. >> Looking for a job. >> > > > > -- > Alin Dreghiciu > http://www.ops4j.org - New Energy for OSS Communities - Open Participation > Software. > http://www.qi4j.org - New Energy for Java - Domain Driven Development. > Looking for a job. > Sent from Cluj-Napoca, CJ, Romania > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > > -- Toni Menzel Independent Software Developer - Looking for new projects! Professional Profile: http://www.osgify.com Blog: tonitcom.blogspot.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
