At this point, I don't think a service should ever need to implement Initializable.

I may remove the ServiceExtensionPoint parameter from Initializable; it's dangerous 
(gives access to
the registry).

In fact, looking at the code, I think I can wall the "user" (the developer using 
HiveMind) off from
the ServiceExtensionPoint and friends entirely ... unless they chose to use a backdoor 
such as a
static variable somewhere.

--
Howard M. Lewis Ship
Creator, Tapestry: Java Web Components
http://jakarta.apache.org/tapestry
http://jakarta.apache.org/commons/sandbox/hivemind/
http://javatapestry.blogspot.com

> -----Original Message-----
> From: Essl Christian [mailto:[EMAIL PROTECTED] 
> Sent: Friday, September 12, 2003 1:14 PM
> To: Jakarta Commons Developers List
> Subject: Re: [HiveMind] I don like HiveMind.getDefault and 
> setDefault(Registry)
> 
> 
> >> The reason I don't like this is because I guess it can 
> lead to quite
> >> some problems and it is not realy needed.
> 
> > I'm thinking you are right ... its the balance of convienience vs.
> > correctness.  Certainly, no
> > service implementation should ever use 
> HiveMind.getDefault() ... the 
> > BuilderFactory means they never
> > need to find out the registry at all.  The idea was to provide a 
> > convienient place for application
> > code to get at the registry, to get at services.
> >
> > Still, I'm now leaning in your direction (removing it); it has the
> > potential to cause too many
> > problems once you introduce class loaders and the like.
> >
> 
> Thank you! I am realy glad to hear that. And you are right 
> static accessors 
> are convinient, but sometimes also dangerous.
> 
> It is also good that you mentioned that a Service does not need the 
> Registry at all. I am still a bit slow in getting used to the 
> power of the 
> BuilderFactory :)
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to