L.S, Thanks Alin and Toni for your suggestions and for following up on this with the JIRA issues!
Regards, Gert Vanthienen ------------------------ Open Source SOA: http://fusesource.com Blog: http://gertvanthienen.blogspot.com/ 2009/4/21 Toni Menzel <[email protected]>: > PAXEXAM-62 > 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 >> 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 >>> 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 > > _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
