-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
lmao - oops. doing the tap->hive swich there.
ok. I'd say losing the BuilderFactory will be quite a basic change - hence my "next major revision" logic - granted, for HiveMind that won't be 4.0. If prudent to deprecate (not sure how you're thinking it can be reworked code-wise), I'd say do it now. Give all users a clear path that BuilderFactory won't be around past the next major release - be that one or 10 releases away - also giving the user guidance to use InjecorFactory in lieu of BuilderFactory.
In reading your line items, it appears as though it might be possible to work InjectorFactory up the chain so it can be used directly, or 'auto-wired' from the BuilderFactory configuration. If this isn't the case... leave well enough alone. <until later>
Howard Lewis Ship wrote: | Not even HiveMind 1.2 :-) | | | On Fri, 11 Feb 2005 14:42:50 -0600, Brian K. Wallace | <[EMAIL PROTECTED]> wrote: | | Personal opinion... | While I like the thought of simplifying, if it can't be done in a | @deprecated way (still allow BuilderFactory, but pass along to a new | InjectorFactory), I'd say it'd be better to hold off until 4.0 for this. | | my .02 | | Howard Lewis Ship wrote: | | One thing I've been thinking about lately ... is it too late to | | simplify BuilderFactory? | | | | 1) It should be named "InjectorFactory" because that (and event | | registration) is what it does. | | | | 2) Many of the elements are simply not necessary. | | | | Wiring of constructor args / properties takes care of : | | <log> <messages> <error-handler> <error-log> <class-resolver> | | | | <service>, <set-service>, <configuration>, <set-configuration> can be | | subsumed by | | <object> <set-object> | | | | <boolean> <int> <long> <string> could also be converted into <object> | | (give or take, we need to allow strings without prefixes to stay | | strings and be converted as appropriate). | | | | log-property messages-property service-id-property error-log-property | | error-handler-property class-resolver-property could all go as well, | | we just need to trust the autowire logic. | | | | ... or should be just leave well enough alone? | |
- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32)
iD8DBQFCDRwBaCoPKRow/gARAg92AJ9b7D+C7RSjdJLpMIQV6WAbQMtsawCdHIAX 5SGVlTtGUNT3qCcfdE1GIp0= =C+8H -----END PGP SIGNATURE-----
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
