No you can still use the 'depends-on' property.
The limitation is that you simply refer to beans in dependent
application contexts (ie in modules referred to using the 'depends-on'
property) as if they were in the parent application context, by using
the <service:parent> element, or by referring to the bean directly in
the application context. (This is a facility which is available if
'graph.bean.visibility.type' is 'graphOrdered').
In practical terms, this means that if there are beans in the dependent
application context that you want to use, then you will need to export
them from the dependent module to the service registry, and then import
them into the module you wish to use them in.
I hope this is not too much of a limitation. Of course, you can still
use a graph-based module structure, though.
The reason I did not want to change GraphDelegatingApplicationContext to
implement ConfigurableApplicationContext is that most of the methods
would end up with implementations that would not make a huge amount of
sense.
Phil
org.impalaframework.exception.NoServiceException: No service available for bean sqlMapClient