geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Jencks (JIRA)" <>
Subject [jira] Commented: (GERONIMO-3840) Server may try to start modules in an order that won't work
Date Tue, 12 Feb 2008 17:27:08 GMT


David Jencks commented on GERONIMO-3840:

Previous commit broke the build.  Rev 620870 introduces a MockConfigurationManager used everywhere
one is needed.

> Server may try to start modules in an order that won't work
> -----------------------------------------------------------
>                 Key: GERONIMO-3840
>                 URL:
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: core
>    Affects Versions: 2.1, 2.1.1, 2.2
>            Reporter: David Jencks
>            Assignee: David Jencks
>             Fix For: 2.2
> The server is loading and then starting the modules in the order they are listed in the
config.xml, which is random.  The specific case I've run into where this doesn't work is when
a builder has a customized default environment set in config.xml.  The property editor that
can deal with this data type is installed in a gbean in geronimo-gbean-deployer: this module
must be started to register the property editor.  
> If a module such as j2ee-deployer is loaded before geronimo-gbean-deployer is started,
the property editor will not be available.  Loading a module only loads, not starts, its ancestors.
> The solution I've thought of is to sort the modules by dependency so dependencies are
loaded and started before the dependent module.  This seems to work fine.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message