[JBoss JIRA] (WFLY-1557) DuplicateServiceException on undertow deployment replace
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-1557?page=com.atlassian.jira.plugin.... ]
Thomas Diesler resolved WFLY-1557.
----------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> DuplicateServiceException on undertow deployment replace
> --------------------------------------------------------
>
> Key: WFLY-1557
> URL: https://issues.jboss.org/browse/WFLY-1557
> Project: WildFly
> Issue Type: Bug
> Components: OSGi, Web (Undertow)
> Reporter: Thomas Diesler
> Assignee: Stuart Douglas
> Fix For: 8.0.0.Alpha3
>
>
> {code}
> 07:21:52,095 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015876: Starting deployment of "webapp-v101.wab" (runtime-name: "webapp-v101.wab")
> 07:21:52,119 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: webapp-v101.wab:1.0.1
> 07:21:52,119 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) JBAS018224: Unregister web context: /simple-bundle
> 07:21:52,119 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011003: Bundle stopped: webapp-v100.wab:1.0.0
> 07:21:52,124 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit."webapp-v101.wab".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.unit."webapp-v101.wab".INSTALL: JBAS018733: Failed to process phase INSTALL of deployment "webapp-v101.wab"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166) [wildfly-server-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1942) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1875) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_13]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_13]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_13]
> Caused by: org.jboss.msc.service.DuplicateServiceException: Service jboss.undertow.deployment.default-host./simple-bundle.UndertowDeploymentInfoService is already registered
> at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceControllerImpl.startInstallation(ServiceControllerImpl.java:235) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceContainerImpl.install(ServiceContainerImpl.java:767) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2382) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceTargetImpl.install(ServiceTargetImpl.java:223) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceControllerImpl$ChildServiceTarget.install(ServiceControllerImpl.java:2382) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:317) [jboss-msc-1.2.0.Beta1.jar:1.2.0.Beta1]
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentProcessor.processDeployment(UndertowDeploymentProcessor.java:235)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentProcessor.deploy(UndertowDeploymentProcessor.java:102)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159) [wildfly-server-8.0.0.Alpha2-SNAPSHOT.jar:8.0.0.Alpha2-SNAPSHOT]
> {code}
> http://teamcity.cafe-babe.org/viewLog.html?buildId=5380&tab=buildResultsD...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-1125) Karaf configuration through ConfigAdmin
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-1125?page=com.atlassian.jira.plugin.... ]
Thomas Diesler resolved WFLY-1125.
----------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Karaf configuration through ConfigAdmin
> ---------------------------------------
>
> Key: WFLY-1125
> URL: https://issues.jboss.org/browse/WFLY-1125
> Project: WildFly
> Issue Type: Feature Request
> Components: OSGi
> Reporter: Thomas Diesler
>
> Currently we add these props to standalone.conf
> {code}
> -Dkaraf.home=.../jboss-as-karaf-7.2.0.Alpha1-SNAPSHOT/standalone/data/karaf -Dkaraf.base=.../jboss-as-karaf-7.2.0.Alpha1-SNAPSHOT/standalone/data/karaf -Dkaraf.startRemoteShell=true -Dkaraf.startLocalConsole=false
> {code}
> For this we should have sensible defaults as well as make the SSH port (and possibly other options) configurable through ConfigAdmin
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-1233) Decouple naming & transaction from OSGi
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-1233?page=com.atlassian.jira.plugin.... ]
Thomas Diesler resolved WFLY-1233.
----------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Decouple naming & transaction from OSGi
> ---------------------------------------
>
> Key: WFLY-1233
> URL: https://issues.jboss.org/browse/WFLY-1233
> Project: WildFly
> Issue Type: Task
> Components: OSGi
> Reporter: Thomas Diesler
>
> Currently the naming & transaction subsystem register services on behalf of OSGi
> {code}
> [tdiesler@tdvaio jboss-as]$ git grep "\"xservice\""
> naming/src/main/java/org/jboss/as/naming/subsystem/NamingSubsystemOSGiService.java: ServiceName serviceName = ServiceName.of("jbosgi", "xservice", regi
> transactions/src/main/java/org/jboss/as/txn/service/TransactionManagerService.java: serviceBuilder.addAliases(ServiceName.of("jbosgi", "xservice", Tran
> transactions/src/main/java/org/jboss/as/txn/service/UserTransactionService.java: serviceBuilder.addAliases(ServiceName.of("jbosgi", "xservice", UserTra
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-1258) Http Service TCK testBundleStopping() failing
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-1258?page=com.atlassian.jira.plugin.... ]
Thomas Diesler resolved WFLY-1258.
----------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Http Service TCK testBundleStopping() failing
> ---------------------------------------------
>
> Key: WFLY-1258
> URL: https://issues.jboss.org/browse/WFLY-1258
> Project: WildFly
> Issue Type: Sub-task
> Components: OSGi
> Reporter: David Bosschaert
>
> The OSGi HTTP Service TCK test testBundleStopping() fails with the following exception:
> {code}org.osgi.framework.BundleException: JBOSGI011254: Cannot start bundle: tb1:4.2.0
> at org.jboss.osgi.framework.internal.DefaultBundleLifecycleHandler.start(DefaultBundleLifecycleHandler.java:110)
> at org.jboss.as.osgi.service.BundleLifecycleIntegration.start(BundleLifecycleIntegration.java:181)
> at org.jboss.osgi.framework.internal.HostBundleState.transitionToActive(HostBundleState.java:292)
> at org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:228)
> at org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:522)
> at org.jboss.as.osgi.deployment.BundleActivateProcessor$BundleActivateService.start(BundleActivateProcessor.java:127)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:680)
> Caused by: java.lang.LinkageError: loader constraint violation: when resolving interface method "org.osgi.service.http.HttpService.registerServlet(Ljava/lang/String;Ljavax/servlet/Servlet;Ljava/util/Dictionary;Lorg/osgi/service/http/HttpContext;)V" the class loader (instance of org/jboss/osgi/framework/internal/HostBundleClassLoader) of the current class, org/osgi/test/cases/http/tb1/HttpTestBundle2, and the class loader (instance of org/jboss/modules/ModuleClassLoader) for resolved class, org/osgi/service/http/HttpService, have different Class objects for the type javax/servlet/Servlet used in the signature
> at org.osgi.test.cases.http.tb1.HttpTestBundle2.start(HttpTestBundle2.java:30)
> at org.jboss.osgi.framework.internal.DefaultBundleLifecycleHandler.start(DefaultBundleLifecycleHandler.java:84)
> ... 10 more{code}
> Seems like a resolution error, it could be related to how the TCK is set up.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-658) Complete support for OSGi webapps in JBossWeb
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-658?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler resolved WFLY-658.
---------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Complete support for OSGi webapps in JBossWeb
> ---------------------------------------------
>
> Key: WFLY-658
> URL: https://issues.jboss.org/browse/WFLY-658
> Project: WildFly
> Issue Type: Feature Request
> Components: OSGi
> Reporter: Thomas Diesler
> Labels: roadmap
> Attachments: webapp-1.0.pdf
>
>
> Following initial support for WAB please review the spec and implement missing functionality.
> h5. 128.3.1 WAB Definition
> The web.xml must be found with the Bundle findEntries method. The findEntries method includes fragments, allowing the web.xml to be provided by a fragment.
> h5. 128.3.2 Starting the Web Application Bundle
> The Web Extender should ensure that serving static content from the WAB does not activate the WAB when it has a lazy activation policy.
> Validate that the Web-ContextPath manifest header does not match the Context Path of any other currently deployed web application.
> h5. 128.3.4 Publishing the Servlet Context
> The Web Extender must register the Servlet Context of the WAB as a service, using the Bundle Context of the WAB.
> h5. 128.3.5 Static Content
> For confidentiality reasons, a Web Runtime must not return any static content for paths that start with one of the following prefixes:
> WEB-INF/
> OSGI-INF/
> META-INF/
> OSGI-OPT/
> h5. 128.3.8 Stopping the Web Application Bundle
> It is possible that there are one or more colliding WABs because they had the same Context Path as this stopped WAB. If such colliding WABs exists then the Web Extender must attempt to deploy the colliding WAB with the lowest bundle id.
> h5. 128.5 Events
> * org/osgi/service/web/DEPLOYING The Web Extender has accepted a WAB and started the process of deploying a Web Application.
> * org/osgi/service/web/DEPLOYED The Web Extender has finished deploying a Web Application, and the Web Application is now available for web requests on its Context Path.
> * org/osgi/service/web/UNDEPLOYING The web extender started undeploying the Web Application in response to its corresponding WAB being stopped or the Web Extender is stopped.
> * org/osgi/service/web/UNDEPLOYED The Web Extender has undeployed the Web Application. The application is no longer available for web requests.
> * org/osgi/service/web/FAILED The Web Extender has failed to deploy the Web Application, this event can be fired after the DEPLOYING event has fired and indicates that no DEPLOYED event will be fired.
> h5. 128.6.1 Bundle Context Access
> A Servlet can obtain a Bundle Context as follows:
> {code}
> BundleContext ctxt = (BundleContext)
> servletContext.getAttribute(osgi-bundlecontext);
> {code}
> h5. 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.
> 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.
> h5. 128.6.5 JavaServer Pages Support
> The Web Runtime can construct a special class loader to load generated JSP
> classes such that classes from the bundle class path are visible to newly compiled JSP classes.
> This issue is complete when the TCK passes
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-1381) OSGi: "Web-ContextPath" header is not supported to install/start WAB bundle from repository
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-1381?page=com.atlassian.jira.plugin.... ]
Thomas Diesler resolved WFLY-1381.
----------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> OSGi: "Web-ContextPath" header is not supported to install/start WAB bundle from repository
> -------------------------------------------------------------------------------------------
>
> Key: WFLY-1381
> URL: https://issues.jboss.org/browse/WFLY-1381
> Project: WildFly
> Issue Type: Bug
> Components: OSGi
> Affects Versions: 8.0.0.Alpha2
> Reporter: Igor Shulika
>
> I am using the latest WildFly 8.0.0.Alpha2-SNAPSHOT server to install/start all of my OSGi bundles from Maven repository. The WAB is not starting if I am just declare capability in the standalone-osgi.xml file.
>
> Here is my capability configuration.
> <capability name="org.test.sample.webapp:my-sample-webapp:1.0" startlevel="4"/>
>
> Note: When I just simply drop my WAB file inside "deployments" directory the web application starting successfully.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-1222) Allign deployment phases with OSGi terminology
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-1222?page=com.atlassian.jira.plugin.... ]
Thomas Diesler resolved WFLY-1222.
----------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Allign deployment phases with OSGi terminology
> ----------------------------------------------
>
> Key: WFLY-1222
> URL: https://issues.jboss.org/browse/WFLY-1222
> Project: WildFly
> Issue Type: Task
> Components: OSGi, Server
> Reporter: Thomas Diesler
>
> In OSGi we have
> * INSTALLED
> * RESOLVED
> * ACTIVE
> * UNINSTALLED
> It'd be useful to talk about modules and osgi bundles in the same jagon - i.e
> If a deployment is INSTALLED it has valid metadata
> If a deployment is RESOLVED it has Module/ClassLoader associated
> If a deployment is ACTIVE it can perform its normal operation
> If a deployment is UNINSTALLED it can be removed from the system
> The task here is mainly to rename/revisit the deployment phases
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-1280) Allow OSGi services to be registered as JAX-WS endpoints
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-1280?page=com.atlassian.jira.plugin.... ]
Thomas Diesler resolved WFLY-1280.
----------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Allow OSGi services to be registered as JAX-WS endpoints
> --------------------------------------------------------
>
> Key: WFLY-1280
> URL: https://issues.jboss.org/browse/WFLY-1280
> Project: WildFly
> Issue Type: Feature Request
> Components: OSGi, Web Services
> Reporter: Thomas Diesler
>
> It should be possible to register a WS endpoint similar to this
> {code}
> public void start(BundleContext context) {
> HelloService helloService = new HelloServiceImpl();
> Dictionary props = new Hashtable();
> props.put("service.exported.interfaces", "*");
> props.put("service.exported.configs", "org.apache.cxf.ws");
> props.put("org.apache.cxf.ws.address", "http://localhost:8090/soap");
> registration = context.registerService(HelloService.class.getName(), helloService, props);
> }
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months