[JBoss JIRA] Created: (JBAS-7709) Review beans that bind in JNDI to add a dependency on Naming
by Brian Stansberry (JIRA)
Review beans that bind in JNDI to add a dependency on Naming
------------------------------------------------------------
Key: JBAS-7709
URL: https://jira.jboss.org/jira/browse/JBAS-7709
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Fix For: JBossAS-6.0.0.M3
There are a number of services/beans that bind things in JNDI that just assume a naming server is available. This assumption is only valid because historically the local Naming server has been deployed in a "deployment phase" prior to when those services are deployed. A proper dependency should be declared to make server startup more robust.
The MC name of the bean to depend on is "LocalNamingBean" but IMHO we should give it a different name or an alias. Perhaps just "LocalJNDI". "JNDI" sounds tempting but some I think the name should make clear that no remote capability exists.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 7 months
[JBoss JIRA] Created: (JBCOMMON-116) Bundle OSGI
by luca stancapiano (JIRA)
Bundle OSGI
-----------
Key: JBCOMMON-116
URL: https://jira.jboss.org/browse/JBCOMMON-116
Project: JBoss Common
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: common-core (2.x)
Affects Versions: 2.2.18.GA
Environment: felix
Reporter: luca stancapiano
could be useful a conversion of the common core packge in OSGI so we can install it inside a OSGI Repository. I tested it with Felix. To do it we need to modify the packaging tag from 'jar' to 'bundle' in the pom.xml and add this plugin configuration:
<!-- It configures the package to use inside a OSGI repository -->
<plugin>
<groupId>org.apache.felix</groupId>
<artifactId>maven-bundle-plugin</artifactId>
<version>1.4.3</version>
<extensions>true</extensions>
<configuration>
<instructions>
<Bundle-DocURL>http://community.jboss.org/wiki/JBossCommonProject</Bundle-DocURL>
<Export-Package>
${project.groupId}.*;version=${project.version};-split-package:=error
</Export-Package>
<Import-Package>
${project.groupId}.*;!org.apache.*,*
</Import-Package>
</instructions>
</configuration>
</plugin>
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 7 months
[JBoss JIRA] Created: (JBAS-5554) Cross-cluster dependencies
by Brian Stansberry (JIRA)
Cross-cluster dependencies
--------------------------
Key: JBAS-5554
URL: http://jira.jboss.com/jira/browse/JBAS-5554
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: Clustering, Deployers
Reporter: Brian Stansberry
Assigned To: Brian Stansberry
Service B on node 2 depends on Service A on node 1.
Per Scott, "Dependencies on components that are marked as @Clustered needs a cluster aware dependency implementation. Custom dependencies are supported by the mc, but the component deployers generating the component metadata have to generate the correct dependency implementation."
This also ties in with the coordinated deployment issue in JBAS-5553, as we wouldn't want Service B deployment to fail on node 2 just because it happened to deploy before Service A on node 1.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 7 months