yes, it does. You need to pass through the argument in order to let
pax url know about it.
mmhh.. sure you are right, its not perfect. Will sleep over this and
see what we can do.
Not really sure how this can be done entirely without explicit pass
through of the property (via -D )..
On Thu, May 21, 2009 at 12:55 AM, Guillaume Nodet <gno...@gmail.com> wrote:
> If you remove the profile and run the following command from the top
> level, it should fail:
> mvn install -Dmaven.local.repo=/tmp/test
>
>
> On Thu, May 21, 2009 at 00:47, Toni Menzel <t...@okidokiteam.com> wrote:
>> okay, i guess we missed eachother. My final conclusion after running
>> bluerint tests with my own local repo:
>> - this works
>> - because you do NOT require any mvn url action INSIDE exam/runner
>> (new jvm, as described) but successfully apply the path from maven to
>> surefire.
>>
>> So, what i said is still true but not necessary in most cases because
>> you provision stuff _before_ starting the osgi framework vm. No need
>> to pass further.
>>
>> On the other hand, i wonder if the initial statement "pax-exam broken
>> if the local repository is not in ~/.m2/repository" is still valid.
>> and how i can reproduce.. ?
>>
>>
>> On Thu, May 21, 2009 at 12:13 AM, Toni Menzel <t...@okidokiteam.com> wrote:
>>> 1. okay, this problem - as described - exists but i wonder where it
>>> effectivelly affects you.
>>>
>>> 2. However, there is a workaround: you can pass the -DlocalRepository
>>> option to pax exam same as you do for surefire/maven.
>>>
>>> Routhly outlined, you need to
>>> - add maven-exam-plugin to your pom like so:
>>> <plugin>
>>> <groupId>org.ops4j.pax.exam</groupId>
>>> <artifactId>maven-paxexam-plugin</artifactId>
>>> <executions>
>>> <execution>
>>> <id>generate-config</id>
>>> <goals>
>>> <goal>generate-config</goal>
>>> </goals>
>>> </execution>
>>> </executions>
>>> <configuration>
>>>
>>> <options>
>>> <localRepository>${maven.repo.local}</localRepository>
>>> </options>
>>>
>>> </configuration>
>>> </plugin>
>>>
>>> (not sure, you need to do this in both cases, outside of your profile
>>> (then, leave localRepository flag out) and inside the profile (there
>>> you need to pass the localRepository option)
>>> --> Reason for this double thing: You need to add the
>>> "mavenConfiguration()" option to your
>>> TestBlueprintContext.configuration().
>>>
>>> This will tell pax exam to look for the maven stuff and "merge" it
>>> with the configuration settings from inside the @Configuration method.
>>>
>>> I know this is not very straigtforward. Will look in what we can do
>>> before 0.6 gets released (which was planned for .. now ;)
>>>
>>>
>>> On Wed, May 20, 2009 at 11:49 PM, Toni Menzel <t...@okidokiteam.com> wrote:
>>>> thanks Guillaume for the pointer. I am just running it on my machine.
>>>>
>>>> But i already have an idea of what the problem might be about:
>>>> the repository flag is effective in the mvn jvm but is not being
>>>> passed through to pax runner's / exam's jvm afterwards.
>>>>
>>>> You will have problems with mvn urls _inside_ the runner/exam jvm. So,
>>>> for example when you do something with mvn urls inside your tests or
>>>> so.
>>>>
>>>> Can you confirm this behaviour ?
>>>>
>>>> Meanwhile i will set up a different local folder on my machine and try
>>>> to reproduce.
>>>>
>>>> Toni
>>>>
>>>> On Wed, May 20, 2009 at 10:53 PM, Guillaume Nodet <gno...@gmail.com> wrote:
>>>>> I've been pointed to a fix that i've added.
>>>>> See
>>>>> http://svn.apache.org/repos/asf/geronimo/sandbox/blueprint/blueprint-itests/pom.xml
>>>>> The problem happens when the maven.repo.local property is used.
>>>>>
>>>>> 2009/5/20 Guillaume Nodet <gno...@gmail.com>:
>>>>>> Is this a known issue ? If not, any pointer I can look at to fix the
>>>>>> issue would be welcome.
>>>>>> Not sure if pax-runner uses the maven url handler or another mechanism
>>>>>> to provision bundles ...
>>>>>>
>>>>>> --
>>>>>> Cheers,
>>>>>> Guillaume Nodet
>>>>>> ------------------------
>>>>>> Blog: http://gnodet.blogspot.com/
>>>>>> ------------------------
>>>>>> Open Source SOA
>>>>>> http://fusesource.com
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Cheers,
>>>>> Guillaume Nodet
>>>>> ------------------------
>>>>> Blog: http://gnodet.blogspot.com/
>>>>> ------------------------
>>>>> Open Source SOA
>>>>> http://fusesource.com
>>>>>
>>>>> _______________________________________________
>>>>> general mailing list
>>>>> general@lists.ops4j.org
>>>>> 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
>>>> t...@okidokiteam.com
>>>> http://www.ops4j.org - New Energy for OSS Communities - Open
>>>> Participation Software.
>>>>
>>>
>>>
>>>
>>> --
>>> Toni Menzel
>>> Independent Software Developer - Looking for new projects!
>>> Professional Profile: http://www.osgify.com
>>> Blog: tonitcom.blogspot.com
>>> t...@okidokiteam.com
>>> http://www.ops4j.org - New Energy for OSS Communities - Open
>>> Participation Software.
>>>
>>
>>
>>
>> --
>> Toni Menzel
>> Independent Software Developer - Looking for new projects!
>> Professional Profile: http://www.osgify.com
>> Blog: tonitcom.blogspot.com
>> t...@okidokiteam.com
>> http://www.ops4j.org - New Energy for OSS Communities - Open
>> Participation Software.
>>
>> _______________________________________________
>> general mailing list
>> general@lists.ops4j.org
>> http://lists.ops4j.org/mailman/listinfo/general
>>
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
> ------------------------
> Open Source SOA
> http://fusesource.com
>
> _______________________________________________
> general mailing list
> general@lists.ops4j.org
> 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
t...@okidokiteam.com
http://www.ops4j.org - New Energy for OSS Communities - Open
Participation Software.
_______________________________________________
general mailing list
general@lists.ops4j.org
http://lists.ops4j.org/mailman/listinfo/general
