--- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > [lang] did have a Factory class in it for a while, but in the end we > decided > that the versions in [collections] and [functor] covered things better > than > a generic case in [lang] could.
I didn't see a Functor factory class after skimming the javadocs. The Factory interface in Collections doesn't support what's needed by ObjectFactory not to mention the functionality isn't collections related. > > However, there has been talk of kicking off a [convert] project to > handle > solely the issue of converting one type to another type. Typcially this > would be String to Object and vice versa, but Bean creation could fall > here > too. What's the correlation between data conversion and dynamic bean creation? IMHO, the best place for ObjectFactory is BeanUtils or Lang. Thanks for the feedback. David > > Obviously [convert] steps on the toes of the [beanutils] conversion > code. > So, we'll have to see if it ever happens. > > Stephen > > > ----- Original Message ----- > From: "robert burrell donkin" <[EMAIL PROTECTED]> > > i did take a look at this a little while ago and i'm fairly positive > about > > the proposal. but there's a huge backlog of beanutils stuff that > really > > needs looking at and thinking about (including your proposal). > > > > on issue (that i think has been raised in the past) is that the > factory is > > not just about beans - it seems to me like a more general utility > class. > i' > > ve cc'd lang so that they can help to settle this issue. > > > > comments anyone? > > > > - robert > > > > On Tuesday, September 9, 2003, at 05:22 AM, David Graham wrote: > > > > > Some time ago I opened an enhancement ticket > > > > > > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18087 > > > > > > for a BeanFactory class. Currently it lives in the Mapper sandbox > project > > > as ObjectFactory but, IMHO, it really belongs in a bean oriented > package > > > like BeanUtils. The whole point of the class is to allow > configurable > > > (via a Map) object creation. You pass it a logical name, it gives > you > an > > > instance of some Object. It takes all the pain out of dynamic > object > > > creation and is crucial to what packages like Mapper do. > > > > > > Anyways, I'd appreciate it if a BeanUtils committer would comment on > this. > > > As always, I'll support the code should it make it into BeanUtils > (it > > > already has some test cases :-). > > > > > > Source: > > > http://cvs.apache.org/viewcvs.cgi/jakarta-commons- > > > > sandbox/mapper/src/share/org/apache/commons/mapper/util/ObjectFactory.java? > > > rev=HEAD&content-type=text/vnd.viewcvs-markup > > > > > > Javadoc: > > > > http://jakarta.apache.org/commons/sandbox/mapper/apidocs/org/apache/commons/ > > > mapper/util/ObjectFactory.html > > > > > > Thanks, > > > David > > > > > > __________________________________ > > > Do you Yahoo!? > > > Yahoo! SiteBuilder - Free, easy-to-use web site design software > > > http://sitebuilder.yahoo.com > > > > > > > --------------------------------------------------------------------- > > > 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] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
