[jira] [Closed] (ARIES-1589) Blueprint-maven-plugin does not handle service reference filter correctly
[ https://issues.apache.org/jira/browse/ARIES-1589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dominik Przybysz closed ARIES-1589. --- > Blueprint-maven-plugin does not handle service reference filter correctly > - > > Key: ARIES-1589 > URL: https://issues.apache.org/jira/browse/ARIES-1589 > Project: Aries > Issue Type: Bug > Components: Blueprint >Affects Versions: blueprint-maven-plugin-1.4.0 >Reporter: Charlie Mordant >Assignee: Dominik Przybysz > Original Estimate: 24h > Remaining Estimate: 24h > > When trying to reference a filtered service with pax-cdi-api annotation i.e.: > [code] > @OsgiService(filter="(component-type=jmsXA)") > private ConnectionFactory connectionFactory > [/code] > The generated blueprint adds the filter as a 'component-name' attribute > instead of filling the 'filter' attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ARIES-1589) Blueprint-maven-plugin does not handle service reference filter correctly
[ https://issues.apache.org/jira/browse/ARIES-1589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15414038#comment-15414038 ] Charlie Mordant commented on ARIES-1589: Sorry for the inconvenience, works for me too! > Blueprint-maven-plugin does not handle service reference filter correctly > - > > Key: ARIES-1589 > URL: https://issues.apache.org/jira/browse/ARIES-1589 > Project: Aries > Issue Type: Bug > Components: Blueprint >Affects Versions: blueprint-maven-plugin-1.4.0 >Reporter: Charlie Mordant >Assignee: Dominik Przybysz > Original Estimate: 24h > Remaining Estimate: 24h > > When trying to reference a filtered service with pax-cdi-api annotation i.e.: > [code] > @OsgiService(filter="(component-type=jmsXA)") > private ConnectionFactory connectionFactory > [/code] > The generated blueprint adds the filter as a 'component-name' attribute > instead of filling the 'filter' attribute. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (ARIES-1591) Subsystem install fails due to ArrayIndexOutofBoundsException
[
https://issues.apache.org/jira/browse/ARIES-1591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15413033#comment-15413033
]
Tom De Wolf edited comment on ARIES-1591 at 8/9/16 6:41 AM:
[~jwr...@us.ibm.com] When I try this setup with felix resolver 1.8 I already
get problems when installing the reproduce-base-subsystem in step 2. These
problems are however different but related to the fragment's host
(pax-web-jetty-bundle). Especially the 2nd and 3rd permutation failure indicate
that it thinks there are 2 different resources while it is the same bundle.
Probably the arrayindexoutofbounds is now masked by this problem:
{panel}
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (Uses constraint violation. Unable to resolve resource
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it is exposed to package 'org.osgi.service.log' from resources
org.ops4j.pax.logging.pax-logging-api [8.0] and org.apache.felix.gogo.command
[1.0] via two dependency chains.
Chain 1:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.osgi.service.log)(&(version>=1.3.0)(!(version>=2.0.0
|
export: osgi.wiring.package: org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
Chain 2:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.apache.commons.logging)(&(version>=1.0.0)(!(version>=2.0.0
|
export: osgi.wiring.package=org.apache.commons.logging;
uses:=org.ops4j.pax.logging
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
(&(osgi.wiring.package=org.ops4j.pax.logging)(version>=0.9.5)(!(version>=2.0.0)))
|
export: osgi.wiring.package=org.ops4j.pax.logging;
uses:=org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
(&(osgi.wiring.package=org.osgi.service.log)(version>=1.3.0)(!(version>=2.0.0)))
|
export: osgi.wiring.package: org.osgi.service.log
org.apache.felix.gogo.command [1.0])
DEBUG: Candidate permutation failed due to a conflict between an export and
import; will try another if possible. (Uses constraint violation. Unable to
resolve resource org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it exports package 'org.eclipse.jetty.util.log' and is also exposed to
it from resource org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
via the following dependency chain:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.eclipse.jetty.server.handler)(&(version>=9.2.0)(!(version>=10.0.0
|
export: osgi.wiring.package: org.eclipse.jetty.server.handler;
uses:=org.eclipse.jetty.util.log
export: osgi.wiring.package=org.eclipse.jetty.util.log
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar])
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (Uses constraint violation. Unable to resolve resource
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it is exposed to package 'org.osgi.service.log' from resources
org.ops4j.pax.logging.pax-logging-api [8.0] and org.apache.felix.gogo.command
[1.0] via two dependency chains.
Chain 1:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.osgi.service.log)(&(version>=1.3.0)(!(version>=2.0.0
|
export: osgi.wiring.package: org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
Chain 2:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.apache.commons.logging)(&(version>=1.0.0)(!(version>=2.0.0
|
export: osgi.wiring.package=org.apache.commons.logging;
uses:=org.ops4j.pax.logging
[jira] [Comment Edited] (ARIES-1591) Subsystem install fails due to ArrayIndexOutofBoundsException
[
https://issues.apache.org/jira/browse/ARIES-1591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15413033#comment-15413033
]
Tom De Wolf edited comment on ARIES-1591 at 8/9/16 6:41 AM:
When I try this setup with felix resolver 1.8 I already get problems when
installing the reproduce-base-subsystem in step 2. These problems are however
different but related to the fragment's host (pax-web-jetty-bundle). Especially
the 2nd and 3rd permutation failure indicate that it thinks there are 2
different resources while it is the same bundle. Probably the
arrayindexoutofbounds is now masked by this problem:
{panel}
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (Uses constraint violation. Unable to resolve resource
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it is exposed to package 'org.osgi.service.log' from resources
org.ops4j.pax.logging.pax-logging-api [8.0] and org.apache.felix.gogo.command
[1.0] via two dependency chains.
Chain 1:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.osgi.service.log)(&(version>=1.3.0)(!(version>=2.0.0
|
export: osgi.wiring.package: org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
Chain 2:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.apache.commons.logging)(&(version>=1.0.0)(!(version>=2.0.0
|
export: osgi.wiring.package=org.apache.commons.logging;
uses:=org.ops4j.pax.logging
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
(&(osgi.wiring.package=org.ops4j.pax.logging)(version>=0.9.5)(!(version>=2.0.0)))
|
export: osgi.wiring.package=org.ops4j.pax.logging;
uses:=org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
(&(osgi.wiring.package=org.osgi.service.log)(version>=1.3.0)(!(version>=2.0.0)))
|
export: osgi.wiring.package: org.osgi.service.log
org.apache.felix.gogo.command [1.0])
DEBUG: Candidate permutation failed due to a conflict between an export and
import; will try another if possible. (Uses constraint violation. Unable to
resolve resource org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it exports package 'org.eclipse.jetty.util.log' and is also exposed to
it from resource org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
via the following dependency chain:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.eclipse.jetty.server.handler)(&(version>=9.2.0)(!(version>=10.0.0
|
export: osgi.wiring.package: org.eclipse.jetty.server.handler;
uses:=org.eclipse.jetty.util.log
export: osgi.wiring.package=org.eclipse.jetty.util.log
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar])
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (Uses constraint violation. Unable to resolve resource
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it is exposed to package 'org.osgi.service.log' from resources
org.ops4j.pax.logging.pax-logging-api [8.0] and org.apache.felix.gogo.command
[1.0] via two dependency chains.
Chain 1:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.osgi.service.log)(&(version>=1.3.0)(!(version>=2.0.0
|
export: osgi.wiring.package: org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
Chain 2:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.apache.commons.logging)(&(version>=1.0.0)(!(version>=2.0.0
|
export: osgi.wiring.package=org.apache.commons.logging;
uses:=org.ops4j.pax.logging
org.ops4j.pax.logging.pax-logging-api [8.0]
[jira] [Comment Edited] (ARIES-1591) Subsystem install fails due to ArrayIndexOutofBoundsException
[
https://issues.apache.org/jira/browse/ARIES-1591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15413033#comment-15413033
]
Tom De Wolf edited comment on ARIES-1591 at 8/9/16 6:40 AM:
When I try this setup with felix resolver 1.8 I already get problems when
installing the reproduce-base-subsystem in step 2. These problems are however
different but related to the fragment's host (pax-web-jetty-bundle). Especially
the 2nd and 3rd permutation failure indicate that it thinks there are 2
different resources while it is the same bundle:
{panel}
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (Uses constraint violation. Unable to resolve resource
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it is exposed to package 'org.osgi.service.log' from resources
org.ops4j.pax.logging.pax-logging-api [8.0] and org.apache.felix.gogo.command
[1.0] via two dependency chains.
Chain 1:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.osgi.service.log)(&(version>=1.3.0)(!(version>=2.0.0
|
export: osgi.wiring.package: org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
Chain 2:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.apache.commons.logging)(&(version>=1.0.0)(!(version>=2.0.0
|
export: osgi.wiring.package=org.apache.commons.logging;
uses:=org.ops4j.pax.logging
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
(&(osgi.wiring.package=org.ops4j.pax.logging)(version>=0.9.5)(!(version>=2.0.0)))
|
export: osgi.wiring.package=org.ops4j.pax.logging;
uses:=org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
(&(osgi.wiring.package=org.osgi.service.log)(version>=1.3.0)(!(version>=2.0.0)))
|
export: osgi.wiring.package: org.osgi.service.log
org.apache.felix.gogo.command [1.0])
DEBUG: Candidate permutation failed due to a conflict between an export and
import; will try another if possible. (Uses constraint violation. Unable to
resolve resource org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it exports package 'org.eclipse.jetty.util.log' and is also exposed to
it from resource org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
via the following dependency chain:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.eclipse.jetty.server.handler)(&(version>=9.2.0)(!(version>=10.0.0
|
export: osgi.wiring.package: org.eclipse.jetty.server.handler;
uses:=org.eclipse.jetty.util.log
export: osgi.wiring.package=org.eclipse.jetty.util.log
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar])
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (Uses constraint violation. Unable to resolve resource
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it is exposed to package 'org.osgi.service.log' from resources
org.ops4j.pax.logging.pax-logging-api [8.0] and org.apache.felix.gogo.command
[1.0] via two dependency chains.
Chain 1:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.osgi.service.log)(&(version>=1.3.0)(!(version>=2.0.0
|
export: osgi.wiring.package: org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
Chain 2:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.apache.commons.logging)(&(version>=1.0.0)(!(version>=2.0.0
|
export: osgi.wiring.package=org.apache.commons.logging;
uses:=org.ops4j.pax.logging
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
[jira] [Commented] (ARIES-1591) Subsystem install fails due to ArrayIndexOutofBoundsException
[
https://issues.apache.org/jira/browse/ARIES-1591?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15413033#comment-15413033
]
Tom De Wolf commented on ARIES-1591:
When I try this setup with felix resolver 1.8 I already get problems when
installing the reproduce-base-subsystem in step 2. These problems are however
different but related to the fragment's host (pax-web-jetty-bundle):
{panel}
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (Uses constraint violation. Unable to resolve resource
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it is exposed to package 'org.osgi.service.log' from resources
org.ops4j.pax.logging.pax-logging-api [8.0] and org.apache.felix.gogo.command
[1.0] via two dependency chains.
Chain 1:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.osgi.service.log)(&(version>=1.3.0)(!(version>=2.0.0
|
export: osgi.wiring.package: org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
Chain 2:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.apache.commons.logging)(&(version>=1.0.0)(!(version>=2.0.0
|
export: osgi.wiring.package=org.apache.commons.logging;
uses:=org.ops4j.pax.logging
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
(&(osgi.wiring.package=org.ops4j.pax.logging)(version>=0.9.5)(!(version>=2.0.0)))
|
export: osgi.wiring.package=org.ops4j.pax.logging;
uses:=org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
(&(osgi.wiring.package=org.osgi.service.log)(version>=1.3.0)(!(version>=2.0.0)))
|
export: osgi.wiring.package: org.osgi.service.log
org.apache.felix.gogo.command [1.0])
DEBUG: Candidate permutation failed due to a conflict between an export and
import; will try another if possible. (Uses constraint violation. Unable to
resolve resource org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it exports package 'org.eclipse.jetty.util.log' and is also exposed to
it from resource org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
via the following dependency chain:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.eclipse.jetty.server.handler)(&(version>=9.2.0)(!(version>=10.0.0
|
export: osgi.wiring.package: org.eclipse.jetty.server.handler;
uses:=org.eclipse.jetty.util.log
export: osgi.wiring.package=org.eclipse.jetty.util.log
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar])
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (Uses constraint violation. Unable to resolve resource
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
because it is exposed to package 'org.osgi.service.log' from resources
org.ops4j.pax.logging.pax-logging-api [8.0] and org.apache.felix.gogo.command
[1.0] via two dependency chains.
Chain 1:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.osgi.service.log)(&(version>=1.3.0)(!(version>=2.0.0
|
export: osgi.wiring.package: org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
Chain 2:
org.ops4j.pax.web.pax-web-jetty-bundle
[/var/folders/9b/nqy6w5xs6gz1m1q4g6gpfr_cgn/T/inputStreamExtract1867503759233108111.zip/pax-web-jetty-bundle-4.2.5.jar]
import:
(&(osgi.wiring.package=org.apache.commons.logging)(&(version>=1.0.0)(!(version>=2.0.0
|
export: osgi.wiring.package=org.apache.commons.logging;
uses:=org.ops4j.pax.logging
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
(&(osgi.wiring.package=org.ops4j.pax.logging)(version>=0.9.5)(!(version>=2.0.0)))
|
export: osgi.wiring.package=org.ops4j.pax.logging;
uses:=org.osgi.service.log
org.ops4j.pax.logging.pax-logging-api [8.0]
import:
[jira] [Updated] (ARIES-1590) Subsystem install fails due to unexpected resolve conflict
[
https://issues.apache.org/jira/browse/ARIES-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tom De Wolf updated ARIES-1590:
---
Description:
When we use the 2.0.9-SNAPSHOT version currently in development we get an
unexpected resolve conflict:
{panel}
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (org.osgi.service.resolver.ResolutionException: Uses
constraint violation. Unable to resolve resource
org.apache.servicemix.bundles.spring-core [116.0] because it is exposed to
package 'org.aspectj.bridge' from resources
com.reproduce.reproduce-base-subsystem
[org.apache.aries.subsystem.core.internal.BasicSubsystem: children=0,
constituents=60, id=3,
location=file:///Users/tom/Documents/code/aca-common/osgi-subsystem-support/reproduce-base-subsystem/target/reproduce-base-subsystem-4.1.2-SNAPSHOT.esa,
parents=1, state=INSTALLED,
symbolicName=com.reproduce.reproduce-base-subsystem,
type=osgi.subsystem.feature, version=4.1.2.SNAPSHOT] and
org.apache.servicemix.bundles.aspectj [111.0] via two dependency chains.
Chain 1:
org.apache.servicemix.bundles.spring-core [116.0]
import:
(&(osgi.wiring.package=org.aspectj.bridge)(version>=1.7.1)(!(version>=2.0.0)))
|
export: osgi.wiring.package: org.aspectj.bridge
com.reproduce.reproduce-base-subsystem
[org.apache.aries.subsystem.core.internal.BasicSubsystem: children=0,
constituents=60, id=3,
location=file:///Users/tom/Documents/code/aca-common/osgi-subsystem-support/reproduce-base-subsystem/target/reproduce-base-subsystem-4.1.2-SNAPSHOT.esa,
parents=1, state=INSTALLED,
symbolicName=com.reproduce.reproduce-base-subsystem,
type=osgi.subsystem.feature, version=4.1.2.SNAPSHOT]
Chain 2:
org.apache.servicemix.bundles.spring-core [116.0]
import:
(&(osgi.wiring.package=org.aspectj.weaver)(version>=1.7.1)(!(version>=2.0.0)))
|
export: osgi.wiring.package=org.aspectj.weaver;
uses:=org.aspectj.weaver.patterns
com.reproduce.reproduce-base-subsystem
[org.apache.aries.subsystem.core.internal.BasicSubsystem: children=0,
constituents=60, id=3,
location=file:///Users/tom/Documents/code/aca-common/osgi-subsystem-support/reproduce-base-subsystem/target/reproduce-base-subsystem-4.1.2-SNAPSHOT.esa,
parents=1, state=INSTALLED,
symbolicName=com.reproduce.reproduce-base-subsystem,
type=osgi.subsystem.feature, version=4.1.2.SNAPSHOT]
import:
(&(osgi.wiring.package=org.aspectj.weaver.patterns)(&(version>=1.7.1)(!(version>=2.0.0
|
export: osgi.wiring.package: org.aspectj.weaver.patterns;
uses:=org.aspectj.bridge
export: osgi.wiring.package=org.aspectj.bridge
org.apache.servicemix.bundles.aspectj [111.0])
{panel}
It is unexpected because 1 of the 2 chains points to the actual bundle that
exports the package and the other of the 2 chains points to the base subsystem
already installed in the runtime. In fact the bundle is part of that subsystem
so it should consider both as exactly the same and not consider it as 2 chains
he cannot resolve.
Not sure if it is related to ARIES-1588 and the commit mentioned there but that
commit does affect how already installed subsystems are taken into account in
the resolve process.
Note: we are using the felix resolver 1.4.0, verified it has the same problem
with 1.8.0
Steps to reproduce:
1. start clean felix
2. install the attached reproduce-base-subsystem-4.1.2-SNAPSHOT.esa, do not
start it
3. install the attached reproduce-subsystem-4.1.2-SNAPSHOT.esa
Step 3 will start failing in DEBUG logging with chain errors like above. It
will try a number of permutations but it will not get out of it.
Note: which bundles and packages are shown in the example log above are less
important as we have multiple such kind of errors for which only the package
and bundles differ.
was:
When we use the 2.0.9-SNAPSHOT version currently in development we get an
unexpected resolve conflict:
{panel}
DEBUG: Candidate permutation failed due to a conflict between imports; will try
another if possible. (org.osgi.service.resolver.ResolutionException: Uses
constraint violation. Unable to resolve resource
org.apache.servicemix.bundles.spring-core [116.0] because it is exposed to
package 'org.aspectj.bridge' from resources
com.reproduce.reproduce-base-subsystem
[org.apache.aries.subsystem.core.internal.BasicSubsystem: children=0,
constituents=60, id=3,
location=file:///Users/tom/Documents/code/aca-common/osgi-subsystem-support/reproduce-base-subsystem/target/reproduce-base-subsystem-4.1.2-SNAPSHOT.esa,
parents=1, state=INSTALLED,
symbolicName=com.reproduce.reproduce-base-subsystem,
type=osgi.subsystem.feature, version=4.1.2.SNAPSHOT] and
org.apache.servicemix.bundles.aspectj [111.0] via two dependency chains.
Chain 1:
org.apache.servicemix.bundles.spring-core [116.0]
import:
[jira] [Commented] (ARIES-1590) Subsystem install fails due to unexpected resolve conflict
[
https://issues.apache.org/jira/browse/ARIES-1590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15413028#comment-15413028
]
Tom De Wolf commented on ARIES-1590:
[~jwr...@us.ibm.com] using 1.8 of the felix resolver results in the same problem
> Subsystem install fails due to unexpected resolve conflict
> --
>
> Key: ARIES-1590
> URL: https://issues.apache.org/jira/browse/ARIES-1590
> Project: Aries
> Issue Type: Bug
> Components: Subsystem
>Reporter: Tom De Wolf
>Priority: Blocker
> Fix For: subsystem-2.1.0
>
> Attachments: reproduce-base-subsystem-4.1.2-SNAPSHOT.esa,
> reproduce-subsystem-4.1.2-SNAPSHOT.esa
>
>
> When we use the 2.0.9-SNAPSHOT version currently in development we get an
> unexpected resolve conflict:
> {panel}
> DEBUG: Candidate permutation failed due to a conflict between imports; will
> try another if possible. (org.osgi.service.resolver.ResolutionException: Uses
> constraint violation. Unable to resolve resource
> org.apache.servicemix.bundles.spring-core [116.0] because it is exposed to
> package 'org.aspectj.bridge' from resources
> com.reproduce.reproduce-base-subsystem
> [org.apache.aries.subsystem.core.internal.BasicSubsystem: children=0,
> constituents=60, id=3,
> location=file:///Users/tom/Documents/code/aca-common/osgi-subsystem-support/reproduce-base-subsystem/target/reproduce-base-subsystem-4.1.2-SNAPSHOT.esa,
> parents=1, state=INSTALLED,
> symbolicName=com.reproduce.reproduce-base-subsystem,
> type=osgi.subsystem.feature, version=4.1.2.SNAPSHOT] and
> org.apache.servicemix.bundles.aspectj [111.0] via two dependency chains.
> Chain 1:
> org.apache.servicemix.bundles.spring-core [116.0]
> import:
> (&(osgi.wiring.package=org.aspectj.bridge)(version>=1.7.1)(!(version>=2.0.0)))
> |
> export: osgi.wiring.package: org.aspectj.bridge
> com.reproduce.reproduce-base-subsystem
> [org.apache.aries.subsystem.core.internal.BasicSubsystem: children=0,
> constituents=60, id=3,
> location=file:///Users/tom/Documents/code/aca-common/osgi-subsystem-support/reproduce-base-subsystem/target/reproduce-base-subsystem-4.1.2-SNAPSHOT.esa,
> parents=1, state=INSTALLED,
> symbolicName=com.reproduce.reproduce-base-subsystem,
> type=osgi.subsystem.feature, version=4.1.2.SNAPSHOT]
> Chain 2:
> org.apache.servicemix.bundles.spring-core [116.0]
> import:
> (&(osgi.wiring.package=org.aspectj.weaver)(version>=1.7.1)(!(version>=2.0.0)))
> |
> export: osgi.wiring.package=org.aspectj.weaver;
> uses:=org.aspectj.weaver.patterns
> com.reproduce.reproduce-base-subsystem
> [org.apache.aries.subsystem.core.internal.BasicSubsystem: children=0,
> constituents=60, id=3,
> location=file:///Users/tom/Documents/code/aca-common/osgi-subsystem-support/reproduce-base-subsystem/target/reproduce-base-subsystem-4.1.2-SNAPSHOT.esa,
> parents=1, state=INSTALLED,
> symbolicName=com.reproduce.reproduce-base-subsystem,
> type=osgi.subsystem.feature, version=4.1.2.SNAPSHOT]
> import:
> (&(osgi.wiring.package=org.aspectj.weaver.patterns)(&(version>=1.7.1)(!(version>=2.0.0
> |
> export: osgi.wiring.package: org.aspectj.weaver.patterns;
> uses:=org.aspectj.bridge
> export: osgi.wiring.package=org.aspectj.bridge
> org.apache.servicemix.bundles.aspectj [111.0])
> {panel}
> It is unexpected because 1 of the 2 chains points to the actual bundle that
> exports the package and the other of the 2 chains points to the base
> subsystem already installed in the runtime. In fact the bundle is part of
> that subsystem so it should consider both as exactly the same and not
> consider it as 2 chains he cannot resolve.
> Not sure if it is related to ARIES-1588 and the commit mentioned there but
> that commit does affect how already installed subsystems are taken into
> account in the resolve process.
> Note: we are using the felix resolver 1.4.0
> Steps to reproduce:
> 1. start clean felix
> 2. install the attached reproduce-base-subsystem-4.1.2-SNAPSHOT.esa, do not
> start it
> 3. install the attached reproduce-subsystem-4.1.2-SNAPSHOT.esa
> Step 3 will start failing in DEBUG logging with chain errors like above. It
> will try a number of permutations but it will not get out of it.
> Note: which bundles and packages are shown in the example log above are less
> important as we have multiple such kind of errors for which only the package
> and bundles differ.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
