Just what the subject says: Why does one MBean failure cause the entire deployment unit to fail?
If I have put several MBeans into user-service.xml (or whatever) of which the last one fails to start, why do we stop/destroy all of the others? This also happens from time to time with jboss-service.xml, say of Naming can’t start because of a port conflict (perhaps because the jvm did not die when it was asked to). When this does happen the server will shutdown and exit.
I can see how this might be useful to force users to deal with problems with the deployment unit, but I think that logging an ERROR is a better option, only failing the deployment unit if none of the MBeans have deployed, or rather throw the exception but don’t stop/destroy/unregistered beans which have been started.
This behavior is more desirable in my opinion, as it allows for easier debugging by allowing the user to inspect the logs, and the state of the other MBeans to possibly resolve the issue, possibly by changing config and starting by hand. With the system as is, the only options are to comment the config, or configure/create each MBean by hand… both kinda suck, the latter much more.
Is there a reason to fail all MBeans when one MBean fails?
--jason |
- Re: [JBoss-dev] Why does one MBean failure cause the entire ... Jason Dillon
- Re: [JBoss-dev] Why does one MBean failure cause the en... Scott M Stark
- Re: [JBoss-dev] Why does one MBean failure cause th... Dave Neuer
- Re: [JBoss-dev] Why does one MBean failure caus... Scott M Stark
- Re: [JBoss-dev] Why does one MBean failure caus... David Jencks
- Re: [JBoss-dev] Why does one MBean failure ... Scott M Stark