[JBoss JIRA] (JBOSGI-728) Dynamic dependencies for non OSGi deployments
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-728?page=com.atlassian.jira.plugin... ]
Thomas Diesler updated JBOSGI-728:
----------------------------------
Fix Version/s: Awaiting Volunteers
> Dynamic dependencies for non OSGi deployments
> ---------------------------------------------
>
> Key: JBOSGI-728
> URL: https://issues.jboss.org/browse/JBOSGI-728
> Project: JBoss OSGi
> Issue Type: Task
> Components: Enterprise OSGi, WildFly
> Reporter: Thomas Diesler
> Fix For: Awaiting Volunteers
>
>
> Currently the RestEasyIntegrationTestCase deploys a JAXRS endpoint that integrates with an OSGi service. The endoint deployment does not trigger the OSGi subsystem to start up, but depends on the compendium being deployed. The compendium gets deployed during OSGi subsystem startup.
> There is currently no way for deployment foo to declare a dependency on deployment bar when bar gets deployed during subsystem startup, which gets triggered by deployment foo.
> OSGi has the notion of dynamic package import which seems to be required here for non-osgi deployments
--
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
12 years, 9 months
[JBoss JIRA] (JBOSGI-726) Decouple naming & transaction from OSGi
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-726?page=com.atlassian.jira.plugin... ]
Thomas Diesler updated JBOSGI-726:
----------------------------------
Fix Version/s: Awaiting Volunteers
> Decouple naming & transaction from OSGi
> ---------------------------------------
>
> Key: JBOSGI-726
> URL: https://issues.jboss.org/browse/JBOSGI-726
> Project: JBoss OSGi
> Issue Type: Task
> Components: WildFly
> Reporter: Thomas Diesler
> Fix For: Awaiting Volunteers
>
>
> 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
12 years, 9 months
[JBoss JIRA] (JBOSGI-691) Optimize OSGi subsystem bootstrap
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-691?page=com.atlassian.jira.plugin... ]
Thomas Diesler updated JBOSGI-691:
----------------------------------
Fix Version/s: Awaiting Volunteers
> Optimize OSGi subsystem bootstrap
> ---------------------------------
>
> Key: JBOSGI-691
> URL: https://issues.jboss.org/browse/JBOSGI-691
> Project: JBoss OSGi
> Issue Type: Feature Request
> Components: WildFly
> Reporter: Thomas Diesler
> Fix For: Awaiting Volunteers
>
>
> The OSGi subsystem in AS7 is alrady activated lazily. However, in many cases users only want to deploy a simple artefact that "happens to be" an OSGi bundle (i.e. a JDBC driver) and do not want to deploy a large set of interconnected bundles that make up a complex modular enterprise application. For those cases the OSGi subsystem should bootstrap in a jiffy and we should not see a performance impact that is worth talking about.
--
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
12 years, 9 months