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
