You might want to look at BeanFactory. A BeanFactory vends out objects instantiated by factories, but it is much looser (and less powerful) than services. There's also a proposal to have resources, which are objects built by something similar to the BuilderFactory, but not be services, just objects.
On Mon, 12 Jul 2004 22:04:27 -0400, James Carman <[EMAIL PROTECTED]> wrote: > > Actually, if you use CGLIB (I don't know about the capabilities of > javassist, as I'm no expert, so it might actually work there too), you can > create interceptors on POJOs too! Spring already does this. > > > > -----Original Message----- > From: Achim Huegen [mailto:[EMAIL PROTECTED] > Sent: Monday, July 12, 2004 4:25 PM > To: [email protected] > Subject: POJOs as services > > I must admit I'm lazy, sometimes. Whenever I complete a new service > implementation I think 'oh no, now I have to split my service into > interface and implementation, just to be able to use it in hivemind. > Dealing with two units which both contain the same methods and use linked > javadoc is extra work. Some service interfaces are not very stable in the > beginning of development and some services will never require the use of > interceptors or benefit from multiple implementations. > > So, why don't we support POJO (interface free) services? > - It would ease adoption of hivemind for new users, by reducing some of > the overhead of using hivemind. > - Integration of existing classes would be able without adapters or > wrappers. For example you can setup a global SimpleDateFormat instance > without problem. > > Of course it would not be possible to use interceptors or any service > model besides primitive. > > In fact it is very easy to implement, just remove the interface check from > ServicePointImpl.lookupServiceInterface and hivemind is ready for POJOs. > Better: Let the serviceModel decide whether it want to support > non-interface classes. > > Achim Huegen > > --------------------------------------------------------------------- > 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] > > -- Howard M. Lewis Ship Independent J2EE / Open-Source Java Consultant Creator, Jakarta Tapestry Creator, Jakarta HiveMind http://howardlewisship.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
