[jira] Closed: (GERONIMO-849) Be able to add configuration dependencies

["Dain Sundstrom (JIRA)" <de...@geronimo.apache.org>]

     [ http://issues.apache.org/jira/browse/GERONIMO-849?page=all ]
     
Dain Sundstrom closed GERONIMO-849:
-----------------------------------


> Be able to add configuration dependencies
> -----------------------------------------
>
>          Key: GERONIMO-849
>          URL: http://issues.apache.org/jira/browse/GERONIMO-849
>      Project: Geronimo
>         Type: Improvement
>   Components: kernel
>     Versions: 1.0-M4
>     Reporter: Aaron Mulder
>      Fix For: 1.0

>
> It would be nice if the code of a GBean could register new dependencies for iteself.  This could be used for:
>  - Tomcat, so you could give it a list of valves and it could make itself depend on them
>  - A security realm, so you could give it a list of login modules and it could make itself depend on them
>  - J2EE modules, so when you declare a resource-ref or EJB-ref to a resource/EJB in a separate app or module then it could make itself depend on that app or module
> Note all of these are cases where the current GBean knows precisely which target GBeans it depends upon -- this does not deal with queries for which an unknown number of GBeans might match.
> The first two cases are currently handled by a, erm, unfortunate workaround whereby the first GBean depends on the second that depends on a third so each "target" GBean needs a "next" reference that it doesn't actually need but arranges the dependencies.  It would be nice to not have to do that.
> The third case can't be done right now AFAIK.
> I'm imagining some kind of kernel call like addDependency(me, thingIDependUpon) -- where the method won't return until a dependency has been registered for "my configuration" on "my target's configuration" and that configuration has been loaded and the target GBean has been loaded.  The main problem seems to be figuring out what configuration the target GBean is in.  Seems like this could be determined by parsing the ObjectName of the target.
> Perhaps instead of working like standard dependencies, this could be arranged to work via a helper class where the master GBean just says "helper.load(new String[]{a,b,c})" when the master is loaded, and "helper.start(new String[]{a,b,c})" when the master is started.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira