[ https://issues.jboss.org/browse/AS7-6215?page=com.atlassian.jira.plugin.s... ] Stuart Douglas commented on AS7-6215: ------------------------------------- Is this datasource actually being injected, or just looked up manually? If it is injected then this should not be a problem. So there are several parts to this issue, I am going to list them here: 1) Dependencies on an injected resource: For everything except an EJB this should work as expected. For EJB's however the @DependsOn annotation has to be explicitly specified. This is because otherwise EJB's cannot inject references to each other without causing circular dependencies. Injecting an EJB in this manner actually creates a dependency on the EJB view, which has a different lifecycle to the actual EJB component instance. As DependsOn only works with EJB's at the moment we have no way for other components such as servlets to express a dependency on an EJB. 2) Using the JNDI name method combined with @DependsOn mentioned above: This does not actually really by us anything. To get a dependency on a JNDI all that is really required is a class level @Resource annotation. This still won't help with EJB's, as the underlying EJB's have a different lifecycle to the JNDI bindings. 3) Using the @DependsOn with a service name based approach mentioned above: This would allow EJB's to depend on other EJB's, although for the most part this is already allowed via @DependsOn. All this would really buy is the ability to depend on EJB's that are outside the current deployment, and would also allow you to workaround any missing dependency server bugs. As far as I can see data sources EJB should not be a problem, as they already have dependencies setup, so it is really just EJB's that have this problem. Thinking about it I think we should just do the following: - For non-EJB components using @EJB injection setup a dependency on the underlying EJB by default, as there is no risk of circular dependencies (as an EJB can't inject a servlet). We will probably only be able to do this for the ejb name version of the lookup, rather than the JNDI name one. EJB's can continue to use @DependsOn as per normal to express dependencies. - Extend the EJB name syntax to allow lookup of EJB's outside the current deployment. For example using @EJB or @DependsOn you can currently do: ../myModule#MyEjb I think this should be expanded to allow: ../../myApplication/myModule#myEjb To me this seems like the best way to resolve the issue, as I don't think the existing proposals address the underlying issue. Incidentally it is currently possible to setup indirect dependencies between components by using @Resource in the dependent component, and then binding a value in the @PostConstruct of the dependee component, although this will only work if you bind a non-simple type. -- 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