Can someone unsubscribe this address? It's quite annoying to get all
On 8/8/05, Mail Delivery System <MAILER-DAEMON@...> wrote:
> This is the Postfix program at host fastmail.fm.
> I'm sorry to have to inform you that your message could not
> be delivered to one or more recipients. It's attached below.
> For further assistance, please send mail to <postmaster>
> If you do so, please include this problem report. You can
> delete your own text from the attached returned message.
> The Postfix program
> <jhaile+reg.springframework-developer@...>: 550 <jhaile+reg.sprin=
gframework-developer>: Recipient address rejected:
> User unknown in local recipient table
> Final-Recipient: rfc822; jhaile+reg.springframework-developer@...
> Action: failed
> Status: 5.0.0
> Diagnostic-Code: X-Postfix; <jhaile+reg.springframework-developer>: Recip=
ient address rejected: User unknown in local recipient table
> ---------- Forwarded message ----------
> From: "Juergen Hoeller" <juergen@...>
> To: <springframework-developer@...>
> Date: Tue, 19 Jul 2005 17:59:04 +0200
> Subject: Re: [Springframework-developer] feature request
> Actually, this can already be achieved through using MapFactoryBean,
> ListFactoryBean and SetFactoryBean, respectively - passing a source <map>=
> <list> / <set> in and specifying the desired "targetMapClass" /
> "targetListClass" / "targetSetClass".
> I don't see much advantage in a "type" attribute on the corresponding tag=
> directly, actually. It's not that common to override the collection
> implementations on a per-collection basis to justify a special shortcut f=
> this, IMO.
> Or are you trying to centrally override the default Map / List / Set
> implementations that Spring uses for <map> / <list> / <set>? Specifying
> those implementation classes _once_ rather than repeating them for every
> single collection definition?
> From: springframework-developer-admin@...
> [mailto:springframework-developer-admin@...] On Behalf =
> Crater, Jon (EDS)
> Sent: Tuesday, July 19, 2005 5:34 PM
> To: springframework-developer@...
> Subject: [Springframework-developer] feature request
> i currently have a need to customize the implementation classes created w=
> spring parses the definitions for properties containing <map>, <list>, et=
> elements. currently i have to subclass AbstractXmlApplicationContext and
> override initBeanDefinitionReader(XmlBeanDefinitionReader r) to call
> setParserClass(Class c) with my own subclass of BeanDefinitionParser, whi=
> in turn overrides parseMapElement, etc. i was hoping that future release=
> of spring could support this situation via out of the box configuration. =
> seems like it would be fairly straightforward to respect a "type" attribu=
> of the <map> and <list> (and any other) elements to support customization=
> the Map/Collection implementation without requiring custom extensions.
> if there's sufficient interest, i'd be happy to contribute.
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic=
> Springframework-developer mailing list