[jboss-jira] [JBoss JIRA] (AS7-2394) Deployment of a bundle that imports javax.servlet [2.3, 2.6) fails while the bundle itself exports javax.servlet 2.5
Thomas Diesler (Resolved) (JIRA)
jira-events at lists.jboss.org
Mon Oct 31 07:45:45 EDT 2011
[ https://issues.jboss.org/browse/AS7-2394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Thomas Diesler resolved AS7-2394.
---------------------------------
Resolution: Rejected
As far as I can see this is a normal uses constraint violation. Even when you remove the jbosgi-http and jbosgi-webapp bundles you still get the same error.
The pax web bundle wires to some package in cmpd, which uses javax.servlet, which is of a different version than pax web imports.
Related to this is an inherent problem of moving up through the start levels and resolving bundles one by one. Before deployments are processed the auto start bundles are processed. This may create wirings that make it impossible for additional deployments to resolve
> Deployment of a bundle that imports javax.servlet [2.3,2.6) fails while the bundle itself exports javax.servlet 2.5
> -------------------------------------------------------------------------------------------------------------------
>
> Key: AS7-2394
> URL: https://issues.jboss.org/browse/AS7-2394
> Project: Application Server 7
> Issue Type: Bug
> Components: OSGi
> Affects Versions: 7.1.0.Beta1
> Reporter: David Bosschaert
> Assignee: Thomas Diesler
>
> Deploy the pax-web-service ( https://issues.jboss.org/secure/attachment/12348289/pax-web-service-0.5.1.jar ) into a default build of AS7 and you get the following exception:
> {code}14:08:30,891 DEBUG [org.jboss.as.deployment] (DeploymentScanner-threads - 1) Deployment scan of [/Users/david/clones/bosschaert_jboss-as_171011/build/target/jboss-as-7.1.0.Alpha2-SNAPSHOT/standalone/deployments] found update action [{
> "operation" => "composite",
> "address" => undefined,
> "steps" => [
> {
> "operation" => "add",
> "address" => [("deployment" => "pax-web-service-0.5.1.jar")],
> "content" => [{
> "path" => "deployments/pax-web-service-0.5.1.jar",
> "relative-to" => "jboss.server.base.dir",
> "archive" => true
> }],
> "persistent" => false
> },
> {
> "operation" => "deploy",
> "address" => [("deployment" => "pax-web-service-0.5.1.jar")]
> }
> ]
> }]
> 14:08:30,900 INFO [org.jboss.as.server.deployment] (MSC service thread 1-6) Starting deployment of "pax-web-service-0.5.1.jar"
> 14:08:31,000 DEBUG [org.jboss.as.server.deployment.module] (MSC service thread 1-2) Found Extension-Name manifest entry null in /content/pax-web-service-0.5.1.jar
> 14:08:31,015 DEBUG [org.jboss.as.jpa] (MSC service thread 1-6) added javax.persistence.api dependency to pax-web-service-0.5.1.jar
> 14:08:31,035 DEBUG [org.jboss.as.osgi] (MSC service thread 1-13) Starting: service jboss.osgi.deployment."pax-web-service-0.5.1.jar" in mode ACTIVE
> 14:08:31,044 DEBUG [org.jboss.osgi.framework.internal.AbstractBundleService] (MSC service thread 1-8) Starting: service jbosgi.bundle.23."org.ops4j.pax.web.service"."0.5.1".INSTALLED in mode ACTIVE
> 14:08:31,047 INFO [org.jboss.osgi.framework.internal.BundleManager] (MSC service thread 1-8) Install bundle: org.ops4j.pax.web.service:0.5.1
> 14:08:31,057 DEBUG [org.jboss.osgi.resolver.felix.LoggerDelegate] (MSC service thread 1-16) Conflict between imports: org.apache.felix.framework.resolver.ResolveException: Constraint violation for package 'javax.servlet' when resolving module Module[org.ops4j.pax.web.service:0.5.1] between existing import Module[org.ops4j.pax.web.service:0.5.1].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=javax.servlet)(version>=2.3.0)(!(version>=2.6.0)))] and uses constraint Module[javax.servlet.api:0.0.0].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=org.ops4j.pax.web.service)(version>=0.5.1)), [Module[jbosgi-http:1.0.5]] package; (&(package=javax.servlet)(version>=2.5.0)(!(version>=4.0.0)))]
> at org.apache.felix.framework.resolver.ResolverImpl.checkPackageSpaceConsistency(ResolverImpl.java:1013) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:106) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.ResolverExt.resolve(ResolverExt.java:48) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:140) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:110) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:148) [jbosgi-resolver-spi-1.0.10.jar:1.0.10]
> at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:494) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.processService(BundleStartTracker.java:144) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.transition(BundleStartTracker.java:119) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1429) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl.access$2600(ServiceControllerImpl.java:49) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:1952) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
> at java.lang.Thread.run(Thread.java:680) [:1.6.0_26]
> 14:08:31,059 DEBUG [org.jboss.osgi.resolver.felix.LoggerDelegate] (MSC service thread 1-16) [org.ops4j.pax.web.service:0.5.1] Current candidate permutation failed, will try another if possible.: org.apache.felix.framework.resolver.ResolveException: Constraint violation for package 'javax.servlet' when resolving module Module[org.ops4j.pax.web.service:0.5.1] between existing import Module[org.ops4j.pax.web.service:0.5.1].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=javax.servlet)(version>=2.3.0)(!(version>=2.6.0)))] and uses constraint Module[javax.servlet.api:0.0.0].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=org.ops4j.pax.web.service)(version>=0.5.1)), [Module[jbosgi-http:1.0.5]] package; (&(package=javax.servlet)(version>=2.5.0)(!(version>=4.0.0)))]
> at org.apache.felix.framework.resolver.ResolverImpl.checkPackageSpaceConsistency(ResolverImpl.java:1013) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:106) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.ResolverExt.resolve(ResolverExt.java:48) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:140) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:110) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:148) [jbosgi-resolver-spi-1.0.10.jar:1.0.10]
> at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:494) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.processService(BundleStartTracker.java:144) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.transition(BundleStartTracker.java:119) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1429) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl.access$2600(ServiceControllerImpl.java:49) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:1952) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
> at java.lang.Thread.run(Thread.java:680) [:1.6.0_26]
> 14:08:31,064 DEBUG [org.jboss.osgi.resolver.felix.LoggerDelegate] (MSC service thread 1-16) Conflict between imports: org.apache.felix.framework.resolver.ResolveException: Constraint violation for package 'javax.servlet' when resolving module Module[org.ops4j.pax.web.service:0.5.1] between existing import Module[org.ops4j.pax.web.service:0.5.1].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=javax.servlet)(version>=2.3.0)(!(version>=2.6.0)))] and uses constraint Module[javax.servlet.api:0.0.0].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=org.osgi.service.http)(version>=1.0.0)(!(version>=2.0.0))), [Module[osgi.cmpn:4.2.0.200908310645]] package; (package=javax.servlet)]
> at org.apache.felix.framework.resolver.ResolverImpl.checkPackageSpaceConsistency(ResolverImpl.java:1013) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:106) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.ResolverExt.resolve(ResolverExt.java:48) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:140) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:110) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:148) [jbosgi-resolver-spi-1.0.10.jar:1.0.10]
> at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:494) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.processService(BundleStartTracker.java:144) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.transition(BundleStartTracker.java:119) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1429) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl.access$2600(ServiceControllerImpl.java:49) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:1952) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
> at java.lang.Thread.run(Thread.java:680) [:1.6.0_26]
> 14:08:31,065 DEBUG [org.jboss.osgi.resolver.felix.LoggerDelegate] (MSC service thread 1-16) [org.ops4j.pax.web.service:0.5.1] Current candidate permutation failed, will try another if possible.: org.apache.felix.framework.resolver.ResolveException: Constraint violation for package 'javax.servlet' when resolving module Module[org.ops4j.pax.web.service:0.5.1] between existing import Module[org.ops4j.pax.web.service:0.5.1].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=javax.servlet)(version>=2.3.0)(!(version>=2.6.0)))] and uses constraint Module[javax.servlet.api:0.0.0].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=org.osgi.service.http)(version>=1.0.0)(!(version>=2.0.0))), [Module[osgi.cmpn:4.2.0.200908310645]] package; (package=javax.servlet)]
> at org.apache.felix.framework.resolver.ResolverImpl.checkPackageSpaceConsistency(ResolverImpl.java:1013) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:106) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.ResolverExt.resolve(ResolverExt.java:48) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:140) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:110) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:148) [jbosgi-resolver-spi-1.0.10.jar:1.0.10]
> at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:494) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.processService(BundleStartTracker.java:144) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.transition(BundleStartTracker.java:119) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1429) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl.access$2600(ServiceControllerImpl.java:49) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:1952) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
> at java.lang.Thread.run(Thread.java:680) [:1.6.0_26]
> 14:08:31,067 ERROR [org.jboss.osgi.framework.internal.FrameworkEventsPlugin] (MSC service thread 1-16) Framework ERROR: org.osgi.framework.BundleException: Cannot resolve bundle resModule: [org.ops4j.pax.web.service:0.5.1]
> at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:157) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:494) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.processService(BundleStartTracker.java:144) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.transition(BundleStartTracker.java:119) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1429) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl.access$2600(ServiceControllerImpl.java:49) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:1952) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
> at java.lang.Thread.run(Thread.java:680) [:1.6.0_26]
> Caused by: org.jboss.osgi.resolver.XResolverException: Constraint violation for package 'javax.servlet' when resolving module Module[org.ops4j.pax.web.service:0.5.1] between existing import Module[org.ops4j.pax.web.service:0.5.1].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=javax.servlet)(version>=2.3.0)(!(version>=2.6.0)))] and uses constraint Module[javax.servlet.api:0.0.0].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=org.osgi.service.http)(version>=1.0.0)(!(version>=2.0.0))), [Module[osgi.cmpn:4.2.0.200908310645]] package; (package=javax.servlet)]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:117) [jbosgi-resolver-felix-1.0.10.jar:1.0.10]
> at org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:148) [jbosgi-resolver-spi-1.0.10.jar:1.0.10]
> at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> ... 11 more
> 14:08:31,068 ERROR [org.jboss.as.osgi] (MSC service thread 1-16) JBAS011912: Cannot start bundle: org.ops4j.pax.web.service:0.5.1: org.osgi.framework.BundleException: Cannot resolve bundle: org.ops4j.pax.web.service:0.5.1
> at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:212) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:494) [jbosgi-framework-core-1.0.1.jar:1.0.1]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.processService(BundleStartTracker.java:144) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.transition(BundleStartTracker.java:119) [jboss-as-osgi-service-7.1.0.Alpha2-SNAPSHOT.jar:7.1.0.Alpha2-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1429) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl.access$2600(ServiceControllerImpl.java:49) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:1952) [jboss-msc-1.0.1.GA.jar:1.0.1.GA]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
> at java.lang.Thread.run(Thread.java:680) [:1.6.0_26]
> 14:08:31,068 ERROR [org.ops4j.pax.web.service] (Thread-27) FrameworkEvent ERROR: org.apache.felix.log.LogException: org.osgi.framework.BundleException: Cannot resolve bundle resModule: [org.ops4j.pax.web.service:0.5.1]
> at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:157)
> at org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551)
> at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211)
> at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:494)
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.processService(BundleStartTracker.java:144)
> at org.jboss.as.osgi.deployment.BundleStartTracker$1.transition(BundleStartTracker.java:119)
> at org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1429)
> at org.jboss.msc.service.ServiceControllerImpl.access$2600(ServiceControllerImpl.java:49)
> at org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:1952)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_26]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_26]
> at java.lang.Thread.run(Thread.java:680) [:1.6.0_26]
> Caused by: org.apache.felix.log.LogException: org.jboss.osgi.resolver.XResolverException: Constraint violation for package 'javax.servlet' when resolving module Module[org.ops4j.pax.web.service:0.5.1] between existing import Module[org.ops4j.pax.web.service:0.5.1].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=javax.servlet)(version>=2.3.0)(!(version>=2.6.0)))] and uses constraint Module[javax.servlet.api:0.0.0].javax.servlet BLAMED ON [[Module[org.ops4j.pax.web.service:0.5.1]] package; (&(package=org.osgi.service.http)(version>=1.0.0)(!(version>=2.0.0))), [Module[osgi.cmpn:4.2.0.200908310645]] package; (package=javax.servlet)]
> at org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:117)
> at org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:148)
> at org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155)
> ... 11 more
> {code}
> Note that the bundle imports javax.servlet [2.3, 2.6) and exports javax.servlet version 2.5.
> The javax.servlet.api module which is also installed exports javax.servlet version 3.0
> However this bundle should just wire to itself for this dependency.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list