geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Wilkins <>
Subject Re: [deployment][jsr77] Dependency code in AbstractStateManageable.
Date Thu, 21 Aug 2003 05:15:10 GMT

Dain Sundstrom wrote:
 > [ lots of stuff ]

I still don't agree with lots of what you said - but your concrete
proposals below I can mostly agree with - and we can debate the
details later.

> Here is what I plan on doing:
> Add a ManagedObject interface


> Create an AbstractManagedObject which implements ManagedObject and 
> StateManageable.  

> This class will contain a copy of the 
> AbstractStateManageable code.

-1+1  Can you leave the code dealing with the state machine in
AbstractStateManageable.  ie the setStateInstance check of the
lifecycle and the doStart and doStop abstraction to separate tasks
for this object from any coordinated start processing.

> Change existing code of mine that uses AbstractStateManageable to use 
> AbstractManagedObject instead.


> I propose that we do the following:
> Remove AbstractStateManageable, as I see no real users for it, but maybe 
> you have a use.

-1 as above.  AbstractStateManageable should exist and just have the
code to implement and enforce the StateManageable lifecycle.

> Drink a half dozen pints.

+1 (so long as it is in the order above).

I also think you should make an ManagedContainer interface and
an AbstractManagedContainer class that would have all the
dependency service code in it.  ie it would extend addComponent so
that a dependency is added to the dependency service when it is called.

Actually... with that, I'd probably shut up on this issue as the
dependency mechanism integration into Component and Container would be
a lot more obvious - namely that the AbstractManagedContainer is really
just a conveniance class for configuring the dependency service.


View raw message