From issues at jboss.org Sun May 1 04:09:00 2016 From: issues at jboss.org (Roman Smushkevich (JIRA)) Date: Sun, 1 May 2016 04:09:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roman Smushkevich updated JBOSGI-793: ------------------------------------- Attachment: com.mrs.budget.portal.resources.jar com.mrs.budget.portal.jar standalone.xml > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.5.0 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Sun May 1 13:42:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Sun, 1 May 2016 13:42:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on JBOSGI-793 started by Arcadiy Ivanov. --------------------------------------------- > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.5.0 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Fri May 6 08:37:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Fri, 6 May 2016 08:37:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-666) Cannot lookup owner context using standard naming API In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov reopened JBOSGI-666: ----------------------------------- Assignee: Arcadiy Ivanov This actually appears to have been fixed > Cannot lookup owner context using standard naming API > ----------------------------------------------------- > > Key: JBOSGI-666 > URL: https://issues.jboss.org/browse/JBOSGI-666 > Project: JBoss OSGi > Issue Type: Bug > Components: jndi > Affects Versions: JBossOSGi 2.0.0 > Reporter: Thomas Diesler > Assignee: Arcadiy Ivanov > > {code} > Context initialContext = new InitialContext(); > BundleContext context = (BundleContext) initialContext.lookup("osgi:framework/bundleContext"); > {code} > fails with > {code} > testTraditionalAPIOwnerContext(org.jboss.test.osgi.example.jndi.NamingStandaloneTestCase) Time elapsed: 0.062 sec <<< FAILURE! > java.lang.AssertionError: expected: but was: > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Fri May 6 08:37:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Fri, 6 May 2016 08:37:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-666) Cannot lookup owner context using standard naming API In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on JBOSGI-666 started by Arcadiy Ivanov. --------------------------------------------- > Cannot lookup owner context using standard naming API > ----------------------------------------------------- > > Key: JBOSGI-666 > URL: https://issues.jboss.org/browse/JBOSGI-666 > Project: JBoss OSGi > Issue Type: Bug > Components: jndi > Affects Versions: JBossOSGi 2.0.0 > Reporter: Thomas Diesler > Assignee: Arcadiy Ivanov > > {code} > Context initialContext = new InitialContext(); > BundleContext context = (BundleContext) initialContext.lookup("osgi:framework/bundleContext"); > {code} > fails with > {code} > testTraditionalAPIOwnerContext(org.jboss.test.osgi.example.jndi.NamingStandaloneTestCase) Time elapsed: 0.062 sec <<< FAILURE! > java.lang.AssertionError: expected: but was: > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Fri May 6 09:03:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Fri, 6 May 2016 09:03:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-793: ---------------------------------- Git Pull Request: https://github.com/jbosgi/jbosgi/pull/22 > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.5.0 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Fri May 6 09:15:01 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Fri, 6 May 2016 09:15:01 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-793: ---------------------------------- Git Pull Request: https://github.com/jbosgi/jbosgi/pull/22, https://github.com/jbosgi/jbosgi/pull/23 (was: https://github.com/jbosgi/jbosgi/pull/22) > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.5.0 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 10 05:43:00 2016 From: issues at jboss.org (Hannu Lahtinen (JIRA)) Date: Tue, 10 May 2016 05:43:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-645) Cannot resolve Import-Package: org.acme.foo; version="0" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13203054#comment-13203054 ] Hannu Lahtinen commented on JBOSGI-645: --------------------------------------- Hi, I'm having the exact same issue that is described in the WFLY-151 bug. I'm trying to switch an old JBoss AS 7 project to Wildfly 10 and JBoss OSGi 2.5.1. I'm trying to add capability: org.springframework.core:3.2.3.RELEASE bundled by springsource. Has this bug reappeared? > Cannot resolve Import-Package: org.acme.foo;version="0" > ------------------------------------------------------- > > Key: JBOSGI-645 > URL: https://issues.jboss.org/browse/JBOSGI-645 > Project: JBoss OSGi > Issue Type: Bug > Components: framework > Reporter: Thomas Diesler > Assignee: Thomas Diesler > Fix For: JBossOSGi 2.0.0 > > > Cannot resolve > {code} > // Bundle-SymbolicName: packageexportnoversion > // Export-Package: org.acme.foo > // Bundle-SymbolicName: packageimportversionzero > // Import-Package: org.acme.foo;version="0" > {code} > gives > {code} > Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]] > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 10 14:16:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 10 May 2016 14:16:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-645) Cannot resolve Import-Package: org.acme.foo; version="0" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13203404#comment-13203404 ] Arcadiy Ivanov commented on JBOSGI-645: --------------------------------------- [~hannu1] could you please provide more details regarding what and how you're importing, i.e. what is deployed, where, how you're (what bundle, what declaration)? Could you also provide *trace* level logs? > Cannot resolve Import-Package: org.acme.foo;version="0" > ------------------------------------------------------- > > Key: JBOSGI-645 > URL: https://issues.jboss.org/browse/JBOSGI-645 > Project: JBoss OSGi > Issue Type: Bug > Components: framework > Reporter: Thomas Diesler > Assignee: Thomas Diesler > Fix For: JBossOSGi 2.0.0 > > > Cannot resolve > {code} > // Bundle-SymbolicName: packageexportnoversion > // Export-Package: org.acme.foo > // Bundle-SymbolicName: packageimportversionzero > // Import-Package: org.acme.foo;version="0" > {code} > gives > {code} > Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]] > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 10 15:24:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 10 May 2016 15:24:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13203432#comment-13203432 ] Arcadiy Ivanov commented on JBOSGI-793: --------------------------------------- [~herr_romich] Roman, please checkout out latest snapshot and let me know if it works for you: https://repository.jboss.org/nexus/content/repositories/snapshots/org/jboss/osgi/wildfly/jbosgi-wildfly-build/2.5.2.Final-SNAPSHOT/ All compliance tests pass, I just want to make sure your application deploys correctly. > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.5.0 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 10 15:24:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 10 May 2016 15:24:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-761) WAB fragment deployment fails In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on JBOSGI-761 started by Arcadiy Ivanov. --------------------------------------------- > WAB fragment deployment fails > ----------------------------- > > Key: JBOSGI-761 > URL: https://issues.jboss.org/browse/JBOSGI-761 > Project: JBoss OSGi > Issue Type: Bug > Affects Versions: JBossOSGi 2.1.1 > Environment: WildFly 8.0.0.CR1, jbosgi-2.1.2-SNAPSHOT > Reporter: Harald Wellmann > Assignee: Arcadiy Ivanov > > When deploying a fragment bundle attached to a WAB, there is a NullPointerException in {{WebBundleFragmentProcessor.deploy()}}, caused by {{hostRef.getWiring()}} being null. > I suppose this processor should only be run on web bundles, not on fragments. > After patching this class to do an early exit > {code} > if (hostRev.isFragment()) { > return; > } > {code} > the exception is gone, but then I'm running into JBOSGI-751. -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 10 15:24:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 10 May 2016 15:24:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-751) Fragment deployment fails in 8.0.0.Beta1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov reopened JBOSGI-751: ----------------------------------- Assignee: Arcadiy Ivanov > Fragment deployment fails in 8.0.0.Beta1 > ---------------------------------------- > > Key: JBOSGI-751 > URL: https://issues.jboss.org/browse/JBOSGI-751 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Reporter: Thomas Diesler > Assignee: Arcadiy Ivanov > -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 10 15:24:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 10 May 2016 15:24:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-751) Fragment deployment fails in 8.0.0.Beta1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on JBOSGI-751 started by Arcadiy Ivanov. --------------------------------------------- > Fragment deployment fails in 8.0.0.Beta1 > ---------------------------------------- > > Key: JBOSGI-751 > URL: https://issues.jboss.org/browse/JBOSGI-751 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Reporter: Thomas Diesler > Assignee: Arcadiy Ivanov > -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 02:03:00 2016 From: issues at jboss.org (Roman Smushkevich (JIRA)) Date: Wed, 11 May 2016 02:03:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13203552#comment-13203552 ] Roman Smushkevich commented on JBOSGI-793: ------------------------------------------ Hi Arcady. Thank you for quick solution. I installed your patch and my bundle seems to be deployed. But the main idea of WAB fragments is the modularity of WEB-resources. Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load _/budget/portal/resources/angular-material/1.0.7/angular-material.css_. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. Thank you again. > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.5.0 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 03:16:01 2016 From: issues at jboss.org (Hannu Lahtinen (JIRA)) Date: Wed, 11 May 2016 03:16:01 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-645) Cannot resolve Import-Package: org.acme.foo; version="0" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13203572#comment-13203572 ] Hannu Lahtinen commented on JBOSGI-645: --------------------------------------- Hi [~arcivanov], I'm sorry, I made an incorrect assumption. As I said I'm migrating a legacy system, but I'm still new to OSGi and had my reasons wrong. Newer versions of the spring bundles without version="0" in MANIFEST resolved fine and this led me to believe version="0" was the problem. The actual reason was that the old stack had some system modules brought in as separate bundles with start levels and I was incorrectly replacing those with system modules with start levels. After I removed the start levels the bundles started resolving those dependencies just fine. I discovered this trying to reproduce the problem for you with a clean configuration so in a sense you solved my problem for me anyway. Thanks for the quick reply. > Cannot resolve Import-Package: org.acme.foo;version="0" > ------------------------------------------------------- > > Key: JBOSGI-645 > URL: https://issues.jboss.org/browse/JBOSGI-645 > Project: JBoss OSGi > Issue Type: Bug > Components: framework > Reporter: Thomas Diesler > Assignee: Thomas Diesler > Fix For: JBossOSGi 2.0.0 > > > Cannot resolve > {code} > // Bundle-SymbolicName: packageexportnoversion > // Export-Package: org.acme.foo > // Bundle-SymbolicName: packageimportversionzero > // Import-Package: org.acme.foo;version="0" > {code} > gives > {code} > Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]] > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:29:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:29:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-761) WAB fragment deployment fails In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov resolved JBOSGI-761. ----------------------------------- Fix Version/s: JBossOSGI 2.5.2 JBossOSGI 2.4.2 Resolution: Done > WAB fragment deployment fails > ----------------------------- > > Key: JBOSGI-761 > URL: https://issues.jboss.org/browse/JBOSGI-761 > Project: JBoss OSGi > Issue Type: Bug > Affects Versions: JBossOSGi 2.1.1 > Environment: WildFly 8.0.0.CR1, jbosgi-2.1.2-SNAPSHOT > Reporter: Harald Wellmann > Assignee: Arcadiy Ivanov > Fix For: JBossOSGI 2.5.2, JBossOSGI 2.4.2 > > > When deploying a fragment bundle attached to a WAB, there is a NullPointerException in {{WebBundleFragmentProcessor.deploy()}}, caused by {{hostRef.getWiring()}} being null. > I suppose this processor should only be run on web bundles, not on fragments. > After patching this class to do an early exit > {code} > if (hostRev.isFragment()) { > return; > } > {code} > the exception is gone, but then I'm running into JBOSGI-751. -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:29:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:29:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-751) Fragment deployment fails in 8.0.0.Beta1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-751?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov resolved JBOSGI-751. ----------------------------------- Fix Version/s: JBossOSGI 2.5.2 JBossOSGI 2.4.2 Resolution: Done > Fragment deployment fails in 8.0.0.Beta1 > ---------------------------------------- > > Key: JBOSGI-751 > URL: https://issues.jboss.org/browse/JBOSGI-751 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Reporter: Thomas Diesler > Assignee: Arcadiy Ivanov > Fix For: JBossOSGI 2.5.2, JBossOSGI 2.4.2 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:29:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:29:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-666) Cannot lookup owner context using standard naming API In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on JBOSGI-666 stopped by Arcadiy Ivanov. --------------------------------------------- > Cannot lookup owner context using standard naming API > ----------------------------------------------------- > > Key: JBOSGI-666 > URL: https://issues.jboss.org/browse/JBOSGI-666 > Project: JBoss OSGi > Issue Type: Bug > Components: jndi > Affects Versions: JBossOSGi 2.0.0 > Reporter: Thomas Diesler > Assignee: Arcadiy Ivanov > > {code} > Context initialContext = new InitialContext(); > BundleContext context = (BundleContext) initialContext.lookup("osgi:framework/bundleContext"); > {code} > fails with > {code} > testTraditionalAPIOwnerContext(org.jboss.test.osgi.example.jndi.NamingStandaloneTestCase) Time elapsed: 0.062 sec <<< FAILURE! > java.lang.AssertionError: expected: but was: > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:30:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:30:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-666) Cannot lookup owner context using standard naming API In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-666?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov resolved JBOSGI-666. ----------------------------------- Fix Version/s: JBossOSGI 2.5.2 JBossOSGI 2.4.2 Resolution: Done > Cannot lookup owner context using standard naming API > ----------------------------------------------------- > > Key: JBOSGI-666 > URL: https://issues.jboss.org/browse/JBOSGI-666 > Project: JBoss OSGi > Issue Type: Bug > Components: jndi > Affects Versions: JBossOSGi 2.0.0 > Reporter: Thomas Diesler > Assignee: Arcadiy Ivanov > Fix For: JBossOSGI 2.5.2, JBossOSGI 2.4.2 > > > {code} > Context initialContext = new InitialContext(); > BundleContext context = (BundleContext) initialContext.lookup("osgi:framework/bundleContext"); > {code} > fails with > {code} > testTraditionalAPIOwnerContext(org.jboss.test.osgi.example.jndi.NamingStandaloneTestCase) Time elapsed: 0.062 sec <<< FAILURE! > java.lang.AssertionError: expected: but was: > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:33:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:33:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13204020#comment-13204020 ] Arcadiy Ivanov commented on JBOSGI-793: --------------------------------------- This is probably related to fragment activation logic. I assume using the attached JARs is sufficient to reproduce the issue? I'm going to resolve this one and try to create a test case. Thanks for your report! > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.5.0 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Fix For: JBossOSGI 2.5.2, JBossOSGI 2.4.2 > > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:33:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:33:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov resolved JBOSGI-793. ----------------------------------- Fix Version/s: JBossOSGI 2.5.2 JBossOSGI 2.4.2 Resolution: Done > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.5.0 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Fix For: JBossOSGI 2.5.2, JBossOSGI 2.4.2 > > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:34:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:34:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available post-deployment In-Reply-To: References: Message-ID: Arcadiy Ivanov created JBOSGI-794: ------------------------------------- Summary: WAB Fragment resources are not available post-deployment Key: JBOSGI-794 URL: https://issues.jboss.org/browse/JBOSGI-794 Project: JBoss OSGi Issue Type: Bug Components: webapp, wildfly Affects Versions: JBossOSGI 2.4.1, JBossOSGI 2.5.1, JBossOSGI 2.3.1 Reporter: Arcadiy Ivanov Assignee: Arcadiy Ivanov -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:35:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:35:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available post-deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-794: ---------------------------------- Description: {quote} Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. {quote} > WAB Fragment resources are not available post-deployment > -------------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:36:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:36:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available post-deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-794: ---------------------------------- Attachment: standalone.xml com.mrs.budget.portal.resources.jar com.mrs.budget.portal.jar > WAB Fragment resources are not available post-deployment > -------------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 13:41:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 13:41:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available post-deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on JBOSGI-794 started by Arcadiy Ivanov. --------------------------------------------- > WAB Fragment resources are not available post-deployment > -------------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 19:02:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 19:02:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available post-deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13204084#comment-13204084 ] Arcadiy Ivanov commented on JBOSGI-794: --------------------------------------- [~herr_romich] Tagging you here for the reference. > WAB Fragment resources are not available post-deployment > -------------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Wed May 11 19:43:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Wed, 11 May 2016 19:43:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-793: ---------------------------------- Affects Version/s: JBossOSGI 2.4.1 JBossOSGI 2.5.1 JBossOSGI 2.4.0 JBossOSGI 2.3.1 > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.4.0, JBossOSGI 2.5.0, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Fix For: JBossOSGI 2.5.2, JBossOSGI 2.4.2 > > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Thu May 12 03:28:01 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Thu, 12 May 2016 03:28:01 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available post-deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-794: ---------------------------------- Description: {quote} Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. {quote} ---- OSGI EE spec is as follows: {quote} 128.6.3 Resource Lookup The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. For example, assume the following manifest for a bundle: Bundle-ClassPath: localized, WEB-INF ... This WAB has an attached fragment acme-de.jar with the following content: META-INF/MANIFEST.MF localized/logo.png The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. {quote} ---- Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. One possible solution is to use a servlet for all static content, but more investigation is needed. was: {quote} Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. {quote} > WAB Fragment resources are not available post-deployment > -------------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > One possible solution is to use a servlet for all static content, but more investigation is needed. -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Thu May 12 03:53:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Thu, 12 May 2016 03:53:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available post-deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-794: ---------------------------------- Description: {quote} Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. {quote} ---- OSGI EE spec is as follows: {quote} 128.6.3 Resource Lookup The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. For example, assume the following manifest for a bundle: Bundle-ClassPath: localized, WEB-INF ... This WAB has an attached fragment acme-de.jar with the following content: META-INF/MANIFEST.MF localized/logo.png The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. {quote} ---- Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. One possible solution is to use a servlet for all static content, but more investigation is needed. ---- WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() was: {quote} Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. {quote} ---- OSGI EE spec is as follows: {quote} 128.6.3 Resource Lookup The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. For example, assume the following manifest for a bundle: Bundle-ClassPath: localized, WEB-INF ... This WAB has an attached fragment acme-de.jar with the following content: META-INF/MANIFEST.MF localized/logo.png The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. {quote} ---- Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. One possible solution is to use a servlet for all static content, but more investigation is needed. > WAB Fragment resources are not available post-deployment > -------------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > One possible solution is to use a servlet for all static content, but more investigation is needed. > ---- > WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Thu May 12 06:49:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Thu, 12 May 2016 06:49:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available post-deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-794: ---------------------------------- Description: {quote} Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. {quote} ---- OSGI EE spec is as follows: {quote} 128.6.3 Resource Lookup The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. For example, assume the following manifest for a bundle: Bundle-ClassPath: localized, WEB-INF ... This WAB has an attached fragment acme-de.jar with the following content: META-INF/MANIFEST.MF localized/logo.png The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. {quote} ---- Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. One possible solution is to use a servlet for all static content, but more investigation is needed. ---- WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() ---- http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host was: {quote} Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. {quote} ---- OSGI EE spec is as follows: {quote} 128.6.3 Resource Lookup The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. For example, assume the following manifest for a bundle: Bundle-ClassPath: localized, WEB-INF ... This WAB has an attached fragment acme-de.jar with the following content: META-INF/MANIFEST.MF localized/logo.png The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. {quote} ---- Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. One possible solution is to use a servlet for all static content, but more investigation is needed. ---- WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() > WAB Fragment resources are not available post-deployment > -------------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > One possible solution is to use a servlet for all static content, but more investigation is needed. > ---- > WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() > ---- > http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Thu May 12 17:20:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Thu, 12 May 2016 17:20:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available through host In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-794: ---------------------------------- Summary: WAB Fragment resources are not available through host (was: WAB Fragment resources are not available post-deployment) > WAB Fragment resources are not available through host > ----------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > One possible solution is to use a servlet for all static content, but more investigation is needed. > ---- > WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() > ---- > http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Thu May 12 18:01:01 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Thu, 12 May 2016 18:01:01 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available through host In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-794: ---------------------------------- Description: {quote} Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. {quote} ---- OSGI EE spec is as follows: {quote} 128.6.3 Resource Lookup The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. For example, assume the following manifest for a bundle: Bundle-ClassPath: localized, WEB-INF ... This WAB has an attached fragment acme-de.jar with the following content: META-INF/MANIFEST.MF localized/logo.png The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. {quote} ---- Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. ---- WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() ---- IMPORTANT: *If host depends on the fragment, capabilities _MUST_ be used to ensure proper ordering* See: http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host was: {quote} Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. {quote} ---- OSGI EE spec is as follows: {quote} 128.6.3 Resource Lookup The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. For example, assume the following manifest for a bundle: Bundle-ClassPath: localized, WEB-INF ... This WAB has an attached fragment acme-de.jar with the following content: META-INF/MANIFEST.MF localized/logo.png The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. {quote} ---- Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. One possible solution is to use a servlet for all static content, but more investigation is needed. ---- WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() ---- http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host > WAB Fragment resources are not available through host > ----------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > ---- > WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() > ---- > IMPORTANT: *If host depends on the fragment, capabilities _MUST_ be used to ensure proper ordering* > See: http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Thu May 12 18:37:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Thu, 12 May 2016 18:37:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available through host In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-794: ---------------------------------- Git Pull Request: https://github.com/jbosgi/jbosgi/pull/24, https://github.com/jbosgi/jbosgi/pull/25 > WAB Fragment resources are not available through host > ----------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > ---- > WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() > ---- > IMPORTANT: *If host depends on the fragment, capabilities _MUST_ be used to ensure proper ordering* > See: http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Thu May 12 18:37:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Thu, 12 May 2016 18:37:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available through host In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on JBOSGI-794 stopped by Arcadiy Ivanov. --------------------------------------------- > WAB Fragment resources are not available through host > ----------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > ---- > WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() > ---- > IMPORTANT: *If host depends on the fragment, capabilities _MUST_ be used to ensure proper ordering* > See: http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Thu May 12 18:50:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Thu, 12 May 2016 18:50:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available through host In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13204574#comment-13204574 ] Arcadiy Ivanov commented on JBOSGI-794: --------------------------------------- [~herr_romich] The problem is resolved. Please get the latest patch snapshot from here https://repository.jboss.org/nexus/content/groups/public/org/jboss/osgi/wildfly/jbosgi-wildfly-build/2.5.2.Final-SNAPSHOT/ and confirm that things are now working on your side. A word of caution: since your host tightly depends on the fragment you *MUST* use Requires/Provides capability described here (http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host) to ensure correct dependency and order. This is especially important when you have your JARs/WABs deployed and do a server cold-start, as a race condition may occur. Here's an example of a proper dependency setup: * https://github.com/jbosgi/jbosgi/pull/24/files#diff-1be7f160dd6c17d0c40de225f2f87129R490 * https://github.com/jbosgi/jbosgi/pull/24/files#diff-1be7f160dd6c17d0c40de225f2f87129R508 Also, as a reminder, host fragments are resolved at host startup. Fragments deployed after the host is resolved will not be visible to the host. > WAB Fragment resources are not available through host > ----------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > ---- > WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() > ---- > IMPORTANT: *If host depends on the fragment, capabilities _MUST_ be used to ensure proper ordering* > See: http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Thu May 12 18:51:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Thu, 12 May 2016 18:51:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-793) Can't deploy wab fragment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13204575#comment-13204575 ] Arcadiy Ivanov commented on JBOSGI-793: --------------------------------------- [~herr_romich], please see JBOSGI-794. > Can't deploy wab fragment > ------------------------- > > Key: JBOSGI-793 > URL: https://issues.jboss.org/browse/JBOSGI-793 > Project: JBoss OSGi > Issue Type: Bug > Components: wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.4.0, JBossOSGI 2.5.0, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Roman Smushkevich > Assignee: Arcadiy Ivanov > Fix For: JBossOSGI 2.5.2, JBossOSGI 2.4.2 > > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > If you try to deploy a wab fragment to already deployed wab comes exception: > {code:java} > 00:26:42,178 INFO [org.jboss.osgi.framework] (MSC service thread 1-7) JBOSGI011001: Bundle installed: com.mrs.budget.portal:1.0.0 > 00:26:42,180 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011001: Bundle installed: com.mrs.budget.portal.resources:1.0.0 > 00:26:50,267 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:154) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.NullPointerException > at org.jboss.as.webservices.deployers.WSClassVerificationProcessor.deploy(WSClassVerificationProcessor.java:75) > at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:147) > ... 5 more > 00:26:55,362 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0021: Registered web context: /budget > 00:26:55,374 INFO [org.jboss.osgi.framework] (MSC service thread 1-8) JBOSGI011002: Bundle started: com.mrs.budget.portal:1.0.0 > 00:26:55,376 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("deploy") failed - address: ([("deployment" => "com.mrs.budget.portal.resources.jar")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"com.mrs.budget.portal.resources.jar\".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment \"com.mrs.budget.portal.resources.jar\" > Caused by: java.lang.NullPointerException"}} > 00:26:55,393 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.resources.jar" (runtime-name : "com.mrs.budget.portal.resources.jar") > 00:26:55,394 INFO [org.jboss.as.server] (ServerService Thread Pool -- 36) WFLYSRV0010: Deployed "com.mrs.budget.portal.jar" (runtime-name : "com.mrs.budget.portal.jar") > 00:26:55,397 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report > WFLYCTL0186: Services which failed to start: service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."com.mrs.budget.portal.resources.jar".POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment "com.mrs.budget.portal.resources.jar" > {code} > Debugging showd, that the deployment of wab Fragment tryes to pass through WS verification, that needs a deployment unit module: > {code:java} > @Override > public void deploy(DeploymentPhaseContext phaseContext) throws DeploymentUnitProcessingException { > final DeploymentUnit unit = phaseContext.getDeploymentUnit(); > final JAXWSDeployment wsDeployment = unit.getAttachment(JAXWS_ENDPOINTS_KEY); > if (wsDeployment != null) { > final Module module = unit.getAttachment(Attachments.MODULE); > final DeploymentReflectionIndex deploymentReflectionIndex = unit > .getAttachment(org.jboss.as.server.deployment.Attachments.REFLECTION_INDEX); > final ClassLoader moduleClassLoader = module.getClassLoader(); > for (AbstractEndpoint pojoEndpoint : wsDeployment.getPojoEndpoints()) { > verifyEndpoint(pojoEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > for (AbstractEndpoint ejbEndpoint : wsDeployment.getEjbEndpoints()) { > verifyEndpoint(ejbEndpoint, moduleClassLoader, deploymentReflectionIndex); > } > verifyApacheCXFModuleDependencyRequirement(unit); > } > } > {code} > but according to ModelManager - fragment is not a module -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 17 03:18:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 17 May 2016 03:18:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available through host In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13238407#comment-13238407 ] Arcadiy Ivanov commented on JBOSGI-794: --------------------------------------- {noformat} GET /budget/portal/resources/angular-material/1.0.7/angular-material.css HTTP/1.1 Host: 127.0.0.1:8080 Connection: keep-alive Pragma: no-cache Cache-Control: no-cache Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 Accept-Encoding: gzip, deflate, sdch Accept-Language: en-US,en;q=0.8,ru;q=0.6 HTTP/1.1 200 OK Connection: keep-alive Last-Modified: Thu, 28 Apr 2016 23:20:36 GMT X-Powered-By: Undertow/1 Server: WildFly/10 Content-Type: text/css Content-Length: 486113 Date: Tue, 17 May 2016 07:14:54 GMT {noformat} > WAB Fragment resources are not available through host > ----------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > ---- > WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() > ---- > IMPORTANT: *If host depends on the fragment, capabilities _MUST_ be used to ensure proper ordering* > See: http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 17 03:21:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 17 May 2016 03:21:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-794) WAB Fragment resources are not available through host In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov resolved JBOSGI-794. ----------------------------------- Fix Version/s: JBossOSGI 2.5.2 JBossOSGI 2.4.2 Resolution: Done > WAB Fragment resources are not available through host > ----------------------------------------------------- > > Key: JBOSGI-794 > URL: https://issues.jboss.org/browse/JBOSGI-794 > Project: JBoss OSGi > Issue Type: Bug > Components: webapp, wildfly > Affects Versions: JBossOSGI 2.3.1, JBossOSGI 2.5.1, JBossOSGI 2.4.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > Fix For: JBossOSGI 2.5.2, JBossOSGI 2.4.2 > > Attachments: com.mrs.budget.portal.jar, com.mrs.budget.portal.resources.jar, standalone.xml > > > {quote} > Actually my bundle-fragment gives me no possibility to load extra resources from it. I get only 404 when try to load /budget/portal/resources/angular-material/1.0.7/angular-material.css. I have found in log, that it was created an osgi-storage for my bundle-fragment withe start=false. Is it correct so? May be you could give me some advices, how to make it work. > {quote} > ---- > OSGI EE spec is as follows: > {quote} > 128.6.3 Resource Lookup > The getResource and getResourceAsStream methods of the ServletContext interface are used to access resources in the web application. For a WAB, these resources must be found according to the findEntries method, this method includes fragments. For the getResource and getResourceAsStream method, if multiple resources are found, then the first one must be used. > Since the getResource and getResourceAsStream methods do not support wildcards while the findEntries method does it is necessary to escape the wildcard asterisk (?*? \u002A) with prefixing it with a reverse solidus (backslash ?\? \u005C). This implies that a reverse solidus must be escaped with an extra reverse solidus. For example, the path foo\bar* must be escaped to foo\\bar\*. > The getResourcePaths method must map to the Bundle getEntryPaths method, its return type is a Set and can not handle multiples. However, the paths from the getEntryPaths method are relative while the methods of the getResourcePaths must be absolute. > For example, assume the following manifest for a bundle: > Bundle-ClassPath: localized, WEB-INF > ... > This WAB has an attached fragment acme-de.jar with the following content: > META-INF/MANIFEST.MF > localized/logo.png > The getResource method for localized/logo.png uses the findEntries method to find a resource in the directory /localized and the resource logo.png. Assuming the host bundle has no localized/ directory, the Web Runtime must serve the logo.png resource from the acme-de.jar. > {quote} > ---- > Default Undertow servlet delegates to ServletResourceManager.getResource() that goes straight for the physical path, bypassing OSGi entirely. > ---- > WarMetadata.setOverlays() should provide necessary overlay handling for ServletResourceManager.getResource() > ---- > IMPORTANT: *If host depends on the fragment, capabilities _MUST_ be used to ensure proper ordering* > See: http://stackoverflow.com/questions/11029768/when-is-an-osgi-fragment-attached-to-host -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 17 03:32:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 17 May 2016 03:32:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-795) Investigate exception during bundle startup In-Reply-To: References: Message-ID: Arcadiy Ivanov created JBOSGI-795: ------------------------------------- Summary: Investigate exception during bundle startup Key: JBOSGI-795 URL: https://issues.jboss.org/browse/JBOSGI-795 Project: JBoss OSGi Issue Type: Task Reporter: Arcadiy Ivanov Assignee: Arcadiy Ivanov This seems quite harmless as bundles function correctly. Need to investigate for potential problems and causes. {noformat} 03:28:19,974 ERROR [com.mrs.budget.portal] (Thread-78) FrameworkEvent ERROR: org.apache.felix.log.LogException: java.lang.IllegalStateException: WFLYUT0058: Cannot activate context: service jboss.undertow.deployment.default-server.default-host./budget at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$ContextActivatorImpl.startContext(UndertowDeploymentService.java:202) at org.jboss.as.osgi.web.WebContextLifecycleInterceptor.invoke(WebContextLifecycleInterceptor.java:96) at org.jboss.osgi.deployment.interceptor.AbstractLifecycleInterceptorService.handleStateChange(AbstractLifecycleInterceptorService.java:264) at org.jboss.osgi.framework.internal.AbstractBundleState.changeState(AbstractBundleState.java:252) at org.jboss.osgi.framework.internal.AbstractBundleState.changeState(AbstractBundleState.java:241) at org.jboss.osgi.framework.internal.UserBundleState.startInternalNow(UserBundleState.java:635) at org.jboss.osgi.framework.internal.UserBundleState.startInternal(UserBundleState.java:524) at org.jboss.osgi.framework.internal.BundleManagerPlugin.startBundle(BundleManagerPlugin.java:576) at org.jboss.as.osgi.service.BundleLifecycleIntegration$BundleLifecycleImpl.start(BundleLifecycleIntegration.java:276) at org.jboss.osgi.framework.internal.BundleManagerPlugin.startBundleLifecycle(BundleManagerPlugin.java:566) at org.jboss.osgi.framework.internal.AbstractBundleState.startWithOptions(AbstractBundleState.java:493) at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:488) at org.jboss.osgi.framework.internal.StartLevelManagerImpl.increaseFrameworkStartLevel(StartLevelManagerImpl.java:168) at org.jboss.osgi.framework.internal.FrameworkActive.createServiceValue(FrameworkActive.java:151) at org.jboss.osgi.framework.internal.FrameworkActive.createServiceValue(FrameworkActive.java:107) at org.jboss.osgi.framework.spi.AbstractIntegrationService.start(AbstractIntegrationService.java:60) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.IllegalStateException at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:94) at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$ContextActivatorImpl.startContext(UndertowDeploymentService.java:200) ... 20 more {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 17 03:33:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 17 May 2016 03:33:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-795) Investigate exception during bundle startup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-795: ---------------------------------- Affects Version/s: JBossOSGI 2.5.1 > Investigate exception during bundle startup > ------------------------------------------- > > Key: JBOSGI-795 > URL: https://issues.jboss.org/browse/JBOSGI-795 > Project: JBoss OSGi > Issue Type: Task > Affects Versions: JBossOSGI 2.5.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > > This seems quite harmless as bundles function correctly. > Need to investigate for potential problems and causes. > {noformat} > 03:28:19,974 ERROR [com.mrs.budget.portal] (Thread-78) FrameworkEvent ERROR: org.apache.felix.log.LogException: java.lang.IllegalStateException: WFLYUT0058: Cannot activate context: service jboss.undertow.deployment.default-server.default-host./budget > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$ContextActivatorImpl.startContext(UndertowDeploymentService.java:202) > at org.jboss.as.osgi.web.WebContextLifecycleInterceptor.invoke(WebContextLifecycleInterceptor.java:96) > at org.jboss.osgi.deployment.interceptor.AbstractLifecycleInterceptorService.handleStateChange(AbstractLifecycleInterceptorService.java:264) > at org.jboss.osgi.framework.internal.AbstractBundleState.changeState(AbstractBundleState.java:252) > at org.jboss.osgi.framework.internal.AbstractBundleState.changeState(AbstractBundleState.java:241) > at org.jboss.osgi.framework.internal.UserBundleState.startInternalNow(UserBundleState.java:635) > at org.jboss.osgi.framework.internal.UserBundleState.startInternal(UserBundleState.java:524) > at org.jboss.osgi.framework.internal.BundleManagerPlugin.startBundle(BundleManagerPlugin.java:576) > at org.jboss.as.osgi.service.BundleLifecycleIntegration$BundleLifecycleImpl.start(BundleLifecycleIntegration.java:276) > at org.jboss.osgi.framework.internal.BundleManagerPlugin.startBundleLifecycle(BundleManagerPlugin.java:566) > at org.jboss.osgi.framework.internal.AbstractBundleState.startWithOptions(AbstractBundleState.java:493) > at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:488) > at org.jboss.osgi.framework.internal.StartLevelManagerImpl.increaseFrameworkStartLevel(StartLevelManagerImpl.java:168) > at org.jboss.osgi.framework.internal.FrameworkActive.createServiceValue(FrameworkActive.java:151) > at org.jboss.osgi.framework.internal.FrameworkActive.createServiceValue(FrameworkActive.java:107) > at org.jboss.osgi.framework.spi.AbstractIntegrationService.start(AbstractIntegrationService.java:60) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.IllegalStateException > at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:94) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$ContextActivatorImpl.startContext(UndertowDeploymentService.java:200) > ... 20 more > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026) From issues at jboss.org Tue May 17 03:33:00 2016 From: issues at jboss.org (Arcadiy Ivanov (JIRA)) Date: Tue, 17 May 2016 03:33:00 -0400 (EDT) Subject: [jboss-osgi-issues] [JBoss JIRA] (JBOSGI-795) Investigate exception during bundle startup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/JBOSGI-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Arcadiy Ivanov updated JBOSGI-795: ---------------------------------- Component/s: wildfly > Investigate exception during bundle startup > ------------------------------------------- > > Key: JBOSGI-795 > URL: https://issues.jboss.org/browse/JBOSGI-795 > Project: JBoss OSGi > Issue Type: Task > Components: wildfly > Affects Versions: JBossOSGI 2.5.1 > Reporter: Arcadiy Ivanov > Assignee: Arcadiy Ivanov > > This seems quite harmless as bundles function correctly. > Need to investigate for potential problems and causes. > {noformat} > 03:28:19,974 ERROR [com.mrs.budget.portal] (Thread-78) FrameworkEvent ERROR: org.apache.felix.log.LogException: java.lang.IllegalStateException: WFLYUT0058: Cannot activate context: service jboss.undertow.deployment.default-server.default-host./budget > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$ContextActivatorImpl.startContext(UndertowDeploymentService.java:202) > at org.jboss.as.osgi.web.WebContextLifecycleInterceptor.invoke(WebContextLifecycleInterceptor.java:96) > at org.jboss.osgi.deployment.interceptor.AbstractLifecycleInterceptorService.handleStateChange(AbstractLifecycleInterceptorService.java:264) > at org.jboss.osgi.framework.internal.AbstractBundleState.changeState(AbstractBundleState.java:252) > at org.jboss.osgi.framework.internal.AbstractBundleState.changeState(AbstractBundleState.java:241) > at org.jboss.osgi.framework.internal.UserBundleState.startInternalNow(UserBundleState.java:635) > at org.jboss.osgi.framework.internal.UserBundleState.startInternal(UserBundleState.java:524) > at org.jboss.osgi.framework.internal.BundleManagerPlugin.startBundle(BundleManagerPlugin.java:576) > at org.jboss.as.osgi.service.BundleLifecycleIntegration$BundleLifecycleImpl.start(BundleLifecycleIntegration.java:276) > at org.jboss.osgi.framework.internal.BundleManagerPlugin.startBundleLifecycle(BundleManagerPlugin.java:566) > at org.jboss.osgi.framework.internal.AbstractBundleState.startWithOptions(AbstractBundleState.java:493) > at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:488) > at org.jboss.osgi.framework.internal.StartLevelManagerImpl.increaseFrameworkStartLevel(StartLevelManagerImpl.java:168) > at org.jboss.osgi.framework.internal.FrameworkActive.createServiceValue(FrameworkActive.java:151) > at org.jboss.osgi.framework.internal.FrameworkActive.createServiceValue(FrameworkActive.java:107) > at org.jboss.osgi.framework.spi.AbstractIntegrationService.start(AbstractIntegrationService.java:60) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: java.lang.IllegalStateException > at org.jboss.msc.value.InjectedValue.getValue(InjectedValue.java:47) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.startContext(UndertowDeploymentService.java:94) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$ContextActivatorImpl.startContext(UndertowDeploymentService.java:200) > ... 20 more > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)