Multiple class-spaces that share the same import doesn't work ------------------------------------------------------------- Key: JBOSGI-357 URL: https://jira.jboss.org/browse/JBOSGI-357 Project: JBoss OSGi Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Framework Affects Versions: JBossOSGi 1.0.0 Beta8 Reporter: David Bosschaert Attachments: shared.jar, test-1.jar, test-2.jar, versioned-1.jar, versioned-2.jar The following deployment fails: A shared bundle - Exports: org.acme.shared A versioned bundle - Imports: org.acme.shared - Exports: org.acme.versioned;version="1.0" Another versioned bundle - Imports: org.acme.shared - Exports: org.acme.versioned;version="2.0" A test bundle - Imports: org.acme.shared - Imports: org.acme.versioned;version="[1.0,1.0]" Another test bundle - Imports: org.acme.shared - Imports: org.acme.versioned;version="[2.0,2.0]" Deployment of the last bundle fails with the following message: 10:08:29,761 ERROR [AbstractKernelController] Error resolving dependencies for ClassLoader: name=vfs:///tmp/install4049343032016140838.jar/ state=Describe mode=Manual requiredState=ClassLoader java.lang.IllegalStateException: OSGiModule Bundle-Thread_1-1:0.0.0 has a requirement OSGiPackageRequirement{Bundle-Thread_1-1-0.0.0[org.jboss.osgi.test.versioned;version=[2.0,2.0]]} which is inconsistent with OSGiPackageRequirement{Bundle-Thread_1-0-0.0.0[org.jboss.osgi.test.versioned;version=[1.0,1.0]]} from OSGiModule Bundle-Thread_1-0:0.0.0 at org.jboss.classloading.spi.dependency.ClassLoadingSpace.join(ClassLoadingSpace.java:251) at org.jboss.classloading.spi.dependency.ClassLoadingSpace.joinAndResolve(ClassLoadingSpace.java:120) at org.jboss.classloading.spi.dependency.ClassLoadingSpace.joinAndResolve(ClassLoadingSpace.java:169) at org.jboss.classloading.spi.dependency.ClassLoadingSpace.resolve(ClassLoadingSpace.java:337) at org.jboss.classloading.spi.dependency.Module.resolveModule(Module.java:1365) at org.jboss.classloading.spi.dependency.RequirementDependencyItem.resolve(RequirementDependencyItem.java:118) at org.jboss.dependency.plugins.AbstractDependencyInfo.internalResolveDependencies(AbstractDependencyInfo.java:443) at org.jboss.dependency.plugins.AbstractDependencyInfo.resolveDependencies(AbstractDependencyInfo.java:423) at org.jboss.dependency.plugins.AbstractController.resolveDependencies(AbstractController.java:1436) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1400) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1207) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:1983) at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:739) at org.jboss.deployers.plugins.main.MainDeployerImpl.change(MainDeployerImpl.java:732) at org.jboss.osgi.framework.packageadmin.PackageAdminImpl.advanceBundlesToClassloader(PackageAdminImpl.java:415) at org.jboss.osgi.framework.packageadmin.PackageAdminImpl.resolveBundles(PackageAdminImpl.java:389) at org.jboss.osgi.deployment.internal.SystemDeployerService.deploy(SystemDeployerService.java:92) at org.jboss.osgi.framework.service.internal.DeployerServiceImpl.deploy(DeployerServiceImpl.java:96) at org.jboss.osgi.webconsole.internal.plugins.InstallActionExt$1.doRun(InstallActionExt.java:71) at org.apache.felix.webconsole.internal.core.InstallAction$InstallHelper.run(InstallAction.java:340) Note that this works in Felix and Equinox... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira