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.
_______________________________________________
general mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/general
