Great, thx for the tip.
I've committed this change along with adding those profiles has maven
dependencies to cache them.
I still have some lag on the last line of the following log output:

13:04:00,817 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-bundle:mvn:org.junit/com.springsource.org.junit/4....@1]
13:04:00,817 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-bundle:mvn:org.ops4j.pax.exam/pax-exam-container-rbc/0....@1]
13:04:00,817 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-composite:mvn:org.ops4j.pax.runner.profiles/log/1.3.0/composite]
13:04:00,818 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-bundle:mvn:org.ops4j.pax.logging/pax-logging-api/1.3.0]
13:04:00,821 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-bundle:mvn:org.ops4j.pax.logging/pax-logging-service/1.3.0]
13:04:00,822 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-composite:mvn:org.ops4j.pax.runner.profiles/felix.config/1.0.10/composite]
13:04:00,823 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-bundle:mvn:org.apache.felix/org.apache.felix.configadmin/1.0.10]
13:04:00,824 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-composite:mvn:org.ops4j.pax.runner.profiles/spring.dm/1.2.0-rc1/composite]
13:04:00,824 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-composite:mvn:org.ops4j.pax.runner.profiles/spring/2.5.6/composite]
13:04:00,826 | INFO  | main             | ProvisionServiceImpl
    | on.internal.ProvisionServiceImpl   85 | Scan bundles from
[scan-composite:mvn:org.ops4j.pax.runner.profiles/log//composite]


For some reason, the log profile is included twice: once with the full
version (which resolution is fast) and a second one without any
version (which hangs a bit) ...  Any idea ?

On Thu, Apr 30, 2009 at 11:59, Alin Dreghiciu <[email protected]> wrote:
> If your change your configuration from Karaf itests to:
> logProfile().version( "1.3.0" ),
> profile( "felix.config" ).version( "1.0.8" ),
> profile( "spring.dm" ).version( "1.2.0-rc1" ),
> You will see a big improvement in speed.
> On Thu, Apr 30, 2009 at 11:59 AM, Guillaume Nodet <[email protected]> wrote:
>>
>> I noticed that when running pax exam tests, there is a delay while
>> scanning profiles.
>> My understanding is that the profiles are actually grabbed from the
>> pax-runner repository at:
>>    http://scm.ops4j.org/repos/ops4j/projects/pax/runner-repository/
>> Is there any way to make sure those profile are available locally by
>> using maven dependencies ?
>> I think this would ensure that:
>>  * those profiles are available while offline
>>  * speed up the provisioning by not scanning the remote repo
>>
>> Thoughts ?
>>
>> --
>> Cheers,
>> Guillaume Nodet
>> ------------------------
>> Blog: http://gnodet.blogspot.com/
>> ------------------------
>> Open Source SOA
>> http://fusesource.com
>>
>> _______________________________________________
>> general mailing list
>> [email protected]
>> http://lists.ops4j.org/mailman/listinfo/general
>
>
>
> --
> Alin Dreghiciu
> Software Developer - Looking for new projects!
> My profile: http://www.linkedin.com/in/alindreghiciu
> My blog: http://adreghiciu.blogspot.com
> http://www.ops4j.org - New Energy for OSS Communities - Open Participation
> Software.
> http://www.qi4j.org - New Energy for Java - Domain Driven Development.
>
> _______________________________________________
> general mailing list
> [email protected]
> http://lists.ops4j.org/mailman/listinfo/general
>
>



-- 
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com

_______________________________________________
general mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/general

Reply via email to