[jboss-user] [JBoss Microcontainer Development] New message: "Re: JBDEPLOY-226 - DeployerClient change extension"

Ales Justin do-not-reply at jboss.com
Wed Feb 24 07:35:24 EST 2010

User development,

A new message was posted in the thread "JBDEPLOY-226 - DeployerClient change extension":


Author  : Ales Justin
Profile : http://community.jboss.org/people/alesj

> I don't see why resolving circular dependencies needs this feature?
> The problem with Thomas's implementation (if it is like what he has done elsewhere)
> is that he is doing a checkComplete() too often.
> He should check them all at the end, not during/after every single move. :-)
I doesn't.
But it would definitely be good if it was the other way around - this feature needs circular resolving.
Otherwise it doesn't make much sense, if the deployments are not actually moved into the state you wanted them to move.
At least for the "valid" circular deployments -- which is often the case in OSGi -- according to TCK.
I don't see how checking at the end would help. They would still not be in the "right" state.
Or are you saying Controller::change(deploymentContext, state) already knows how to resolve this?
e.g. deployment A imports some B's packages, and vice versa, and afterwards we would expect both of them in past Describe state
(or how do valid OSGi circular depencies look like?)


To reply to this message visit the message page: http://community.jboss.org/message/528169#528169

More information about the jboss-user mailing list