[ 
http://issues.ops4j.org/browse/PAXCONSTRUCT-106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12294#action_12294
 ] 

Alin Dreghiciu commented on PAXCONSTRUCT-106:
---------------------------------------------

The problem was also discussed on the mailing list and after testing latest Pax 
Construct here is my conclusion:

The problem is due to the fact that Pax Construct specifies the --repositories 
options to an exact value as in for example (no other repositories defined in 
project): 
--repositories=http://repo1.maven.org/maven2,http://repository.ops4j.org/maven2/
In this case Pax Runner will not add the profiles repository to the list of 
repositories, due to the fact that in case that the value does not start with 
an plus (+) I consider that the user (Pax Construct) wants EXACTLY only those 
repositories and nothing else.This is a feature form Pax Runner perspective but 
a bug the context of Pax Construct.

For now the only solution is that you add the repository to your project or 
into settings.xml or you use the solution you posted of using --repositories. 

> Running under Windows: pax-provision fails to load profile using 
> scan-composite:mvn:org.ops4j.pax.runner.profiles/minimal//composite
> ------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: PAXCONSTRUCT-106
>                 URL: http://issues.ops4j.org/browse/PAXCONSTRUCT-106
>             Project: Pax Construct
>          Issue Type: Bug
>          Components: scripts
>    Affects Versions: 1.3, 1.4
>         Environment: Windows xp 32 SP3 / JDK 1.6
>            Reporter: Olaf Otto
>            Assignee: Stuart McCulloch
>
> When running pax-provision in a newly created project (using 
> pax-create-project), starting felix fails when attempting to load the profile 
> bundle:
> Pax Runner (0.18.0) from OPS4J - http://www.ops4j.org
> -----------------------------------------------------
>  -> Using config [classpath:META-INF/runner.properties]
>  -> Using only arguments from command line
>  -> Scan bundles from [C:\Dokumente und 
> Einstellungen\[myUsername]\Desktop\osgi-test\runner\deploy-pom.xml]
>  -> Scan bundles from [scan-pom:file:/C:/Dokumente und 
> Einstellungen/[myUsername]/Desktop/osgi-test/runner/deploy-pom.xml]
>  -> Using property [org.osgi.service.http.port=8080]
>  -> Using property [org.osgi.service.http.port.secure=8443]
>  -> Scan bundles from 
> [scan-composite:mvn:org.ops4j.pax.runner.profiles/minimal//composite]
>          ___
>         /  /
>        /  / Oops, there has been a problem!
>       /  /
>      /__/   URL [mvn:org.ops4j.pax.runner.profiles/minimal//composite] could 
> not be resolved.
>     ___
>    /__/     Use --log=debug to see details.
> It appears the configuration is missing the profile bundles repository.
> Adding it to the pax-runner parameters  project's root pom.xml solves this 
> issue:
> ...
>       <provision>
>          <param>--platform=felix</param>
>          <param>--profiles=minimal</param>
>          
> <param>--repositories=+http://scm.ops4j.org/repos/ops4j/projects/pax/runner-repository/</param>
>       </provision>
> ...
> This problem does not seem to occur when running under linux.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.ops4j.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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

Reply via email to