geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aaron Mulder (JIRA)" <>
Subject [jira] Resolved: (GERONIMO-849) Be able to add configuration dependencies
Date Thu, 04 Aug 2005 02:52:37 GMT
     [ ]
Aaron Mulder resolved GERONIMO-849:

    Resolution: Invalid

> Be able to add configuration dependencies
> -----------------------------------------
>          Key: GERONIMO-849
>          URL:
>      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
> 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:
For more information on JIRA, see:

View raw message