You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Howard Lewis Ship <hl...@gmail.com> on 2004/10/12 16:21:40 UTC

Re: Hivemind and the classpath

Doesn't rule out anything .... you can just turn off autowiring.  See
the BuilderFactory documentation.


On Tue, 12 Oct 2004 08:54:45 -0500, Paul Hawke <pa...@gmail.com> wrote:
> On Tue, 12 Oct 2004 08:12:53 -0400, Howard Lewis Ship <hl...@gmail.com> wrote:
> > That's not a gotcha; service interfaces should generally not have
> > anything that looks like a property; autowiring concerns the
> > implementation class, not the interface.
> 
> That rules out having a class derived from (say) JPanel as the service
> implementor though.
> Hmm.  In a GUI context where IoC is being used that would suggest that
> the service
> implementation would *have* a reference to the user interface class
> (the JPanel derivative)
> rather than *being* a JPanel derivative for it to work with Hivemind;
> rather than 2 interfaces
> and 2 implementing classes (GUI and controller classes) I would have 3
> implementing
> classes (GUI, Controller and Hivemind service for the GUI).  I'm
> thinking out loud here,
> still trying to understand.
> 
> > HiveMind is about the static configuration of the application.  If you
> > want to store additional, dynamic configuration, then the right
> > approach is to have a service that mixes and matches configuration
> > data in HiveMind with configuration data stored externally in a
> > database.
> 
> Yes, that's what I am realizing.  This is the beauty of the Open
> Source world - I've been
> able to step through the Hivemind code (and have learned some
> interesting things along
> the way, actually - Thanks!)  With luck I'll avoid "embracing and
> extending" as a certain
> corportation is wont to do, but the dynamic plugin scanning on startup
> has proved a
> success thus far & I'll see about adding the external configuration
> service also.
> 
> I appreciate your time in providing feedback.  This is a fascinating
> investigation for me,
> so thanks are definitely due for providing the intellectual challenge
> that is Hivemind!
> 
> --- P.
> 


-- 
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind
http://howardlewisship.com

---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org