|
From: Rod J. <rod...@in...> - 2003-07-19 19:12:55
|
I've committed this change (ability to specify arbitrary init method without depending on a Spring interface). See initializers.xml in the XML bean factory test suite for an example of using the new "init-method" attribute. Custom initializers can throw any exception; the only restriction is that they may have no arguments. Regards, Rod ----- Original Message ----- From: "Kopylenko, Dmitry" <dko...@su...> To: "'Rod Johnson'" <rod...@in...>; <jp....@ti...>; "'trisberg'" <tri...@tr...> Cc: "'juergen.hoeller'" <jue...@we...>; "'springframework-developer'" <spr...@li...> Sent: Friday, July 18, 2003 7:07 PM Subject: RE: [Springframework-developer] Re: [Springframework-developer] Fw: [springframework - Open Discussion] RE: BeanFactory=>Generic Container +1 for keeping InitializingBean. We use it "all over the place" :-) D. -----Original Message----- From: Rod Johnson [mailto:rod...@in...] Sent: Friday, July 18, 2003 1:48 PM To: jp....@ti...; trisberg Cc: juergen.hoeller; springframework-developer Subject: Re: [Springframework-developer] Re: [Springframework-developer] Fw: [springframework - Open Discussion] RE: BeanFactory=>Generic Container OK, I can implement this. I think we must keep InitializingBean however. Many framework classes depend on it and we should not force users to know the relevant init method that they may not care about, and we must not force users to remember to set the magic initialization attribute to get the AOP framework etc to work. So I propose: - Keep InitializingBean - Add a new "init-method" attribute for arbitrary methods. If a class implements both IB and has an initializer, the IB method will be called first. If the user specifies an init-method att and there's no such method that's treated as a fatal exception. Regards, Rod ----- Original Message ----- From: <jp....@ti...> To: "trisberg" <tri...@tr...> Cc: "juergen.hoeller" <jue...@we...>; "springframework-developer" <spr...@li...> Sent: Friday, July 18, 2003 4:47 PM Subject: [Springframework-developer] Re: [Springframework-developer] Fw: [springframework - Open Discussion] RE: BeanFactory=>Generic Container +1 Just to see how handle the Exceptions. No Spring specific Exception has to be waited for. The called method can have or not a throws statement and it can always throw a RuntimeException. The factory will have to catch any Exception and throwing itself a ServletException? If an initialization method throws any kind of Exception, it's allways fatal. So we can gain a new design step. Jean-Pierre ---------- Initial Header ----------- From : spr...@li... To : "jürgen höller [werk3AT]" <jue...@we...> Cc : spr...@li... Date : Fri, 18 Jul 2003 09:55:43 -0400 Subject : Re: [Springframework-developer] Fw: [springframework - Open Discussion] RE: BeanFactory=>Generic Container Juergen, > I consider that an interesting idea: As an alternative to InitializingBean, > we could indeed add such an "initializing_method" attribute, > specifying a no-arg init method on the object. That would allow for > initialization that depends on multiple properties without > implementing any Spring-specific interface. What you think about this? +1 I see no disadvantages, and it would be nice to not having to depend on any Spring interfaces at all. Thomas ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ********** L'ADSL A 20 EUR/MOIS********** Tiscali propose l'ADSL le moins cher du marché : 20 EUR/mois et le modem ADSL offert ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl/ Offre soumise à conditions. ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |