Actually, it seems to be a limitation of ColdSpring that beans created by a factory-bean/factory-method can't participate in circular dependencies at all. I can imagine a case where a no-arg factory-method could participate, but the general case seems to be intractable.
Now that I think of it, a no-arg factory-method followed by an init-method would mimic quite closely the way the "normal" beans are initialized. Has anyone else been thinking along these lines? Not perceived to be a problem? Jaime Metcher > -----Original Message----- > From: [email protected] > [mailto:[EMAIL PROTECTED] Behalf Of Jaime > Metcher > Sent: Saturday, 19 May 2007 7:46 AM > To: [email protected] > Subject: [coldspring-dev] Dynamic bean properties redux > > > After more investigation, a couple of potential downsides to > method number 3 > are apparent. Firstly, all alternatives will be instantiated even though > only one will be used for a given app. Not a problem if the > beanFactory is > shared across apps. Secondly, the use of a factory-bean makes > the config a > little bit more prone to runaway circular dependencies. Again not > necessarily a problem. > > And then there's method number 4: > > 4. Load multiple XML config files, some of which may be determined at > runtime. > > if (CGI.SERVER_NAME is "widgetsite.com.au") > widgetConfigFile = "AUConfig.xml"; > else > widgetConfigFile = "USConfig.xml"; > > application.beanFactory.loadBeansFromXmlFile(widgetConfigFile,true); > application.beanFactory.loadBeansFromXmlFile("myStandardConfig.xml",true); > > Jaime Metcher > > > -----Original Message----- > > From: [email protected] > > [mailto:[EMAIL PROTECTED] Behalf Of Tom > > Chiverton > > Sent: Friday, 18 May 2007 6:38 PM > > To: [email protected] > > Subject: [coldspring-dev] Dynamic bean properties redux > > > > > > On Thursday 17 May 2007, Jaime Metcher wrote: > > > This is a lot more config than the other alternatives, but wrt > > the app code > > > I think more transparent. Thoughts? > > > > I like it. > > > > -- > > > > Tom Chiverton > > Helping to seamlessly morph corporate portals > > on: http://thefalken.livejournal.com > > > > **************************************************** > > > > This email is sent for and on behalf of Halliwells LLP. > > > > Halliwells LLP is a limited liability partnership registered in > > England and Wales under registered number OC307980 whose > > registered office address is at St James's Court Brown Street > > Manchester M2 2JF. A list of members is available for inspection > > at the registered office. Any reference to a partner in relation > > to Halliwells LLP means a member of Halliwells LLP. Regulated by > > the Law Society. > > > > CONFIDENTIALITY > > > > This email is intended only for the use of the addressee named > > above and may be confidential or legally privileged. If you are > > not the addressee you must not read it and must not use any > > information contained in nor copy it nor inform any person other > > than Halliwells LLP or the addressee of its existence or > > contents. If you have received this email in error please delete > > it and notify Halliwells LLP IT Department on 0870 365 8008. > > > > For more information about Halliwells LLP visit www.halliwells.com. > > > > > > > > > >
