From: Matt S. <Mat...@wh...> - 2007-04-18 17:07:25
|
What kind of Spring extensions were you thinking of? So far there are integrations with Spring in various places: sandbox: net.sf.morph.beans.MorphBeanWrapper (not really implemented or used) sandbox: net.sf.morph.beans.MorphPropertyEditor (ready for prime time, probably) sandbox: net.sf.morph.beans.ConverterDelegatingPropertyEditor (looks like a duplicate of MorphPropertyEditor) sandbox: net.sf.morph.beans.PropertyEditorManagerConverter - this is a converter that delegates to java.beans.PropertyEditorManager, so I guess this isn't really directly Spring related core: BaseTransformer.getLocale() - retrieves Locale from Spring-created ThreadLocal, if available If you're thinking of a rather tight integration with one or more features, perhaps we should do a new package like net.sf.morph.spring Or if we anticipate future integrations with other packages than perhaps net.sf.morph.ext.spring net.sf.morph.ext.velocity etc A nice convention Spring uses when integrating with other packages is to put the integration in a package that describes the type of tool its integrating with. For example: org.springframework.orm.hibernate Matt S Matt Benson wrote: > Thoughts on a good packagename in which we can place > classes intended to support use of Morph in > conjunction with the Spring framework? > > -Matt B > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer > > |