No, that separation is desirable in a small number of cases. Your examples will be identical at runtime.
The typical usage is to define the service interface, implementation and interceptors in a single location. Here's a common scenario; you define a DAO (data access object) service in module A with no impl. When your app runs against oracle, you deploy module A with module B, which supplies Oracle implementations. When your app runs against sql server, you deploy module A with module C, which supplies sqlserver implementations. In this way, you can use HiveMind as the uber-factory. -- 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: Johan Lindquist [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 18, 2003 6:44 AM > To: Jakarta Commons Developers List > Subject: [HiveMind] Services and extensions ... > > > Is it desirable to have services defined in a single module and the > extensions to those services defined in a separate module? > > Is there a difference between the following hivemodule xml? > > > <?xml version="1.0"?> > <module id="hivemind.examples" version="1.0.0"> > <service id="Adder" interface="hivemind.examples.Adder" > model="singleton"/> > <invoke-factory service-id="hivemind.BuilderFactory"> > <construct > class="hivemind.examples.impl.AdderImpl"> > </construct> > </invoke-factory> > </service> > </module> > > and > > <?xml version="1.0"?> > <module id="hivemind.examples" version="1.0.0"> > <service id="Adder" interface="hivemind.examples.Adder" > model="singleton"/> > </module> > > <?xml version="1.0"?> > <module id="hivemind.examples.impl" version="1.0.0"> > <extend-service service-id="hivemind.examples.Adder"> > <invoke-factory service-id="hivemind.BuilderFactory"> > <construct > class="hivemind.examples.impl.AdderImpl"> > </construct> > </invoke-factory> > </extend-service> > </module> > > --------------------------------------------------------------------- > 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]
