> -----Original Message----- > From: Ted Husted [mailto:[EMAIL PROTECTED] > > > On Tue, 30 Nov 2004 11:23:35 +0000, Pilgrim, Peter wrote: > >> How is learning and remembering up to 5 different configuration > >> files better for the user? If I was put in this position, I > >> would seriously consider other ways of writing Java webapps. > >> > > > > XML configuration cannot replace traditional programming. > > > > You can quote me on that. > > > > ==////== > > > > XML configuration cannot replace programming > > We're not talking about programming, but configuration. OOP > defines a program as a graph of objects. The XML > configuration is a convenient way to define the graph of > objects we are using to solve the problem. > > Meanwhile, IoC containers, like Spring, have become the > conventional way to create the objects we need at runtime. > Some factories can be configured from an XML document, others > can be configured by direct calls to the Spring API. Everybody wins :)
This is a misunderstanding between you and I. External configuration of JavaBeans (or plain old java object) with or without XML is the idea of "springing" objects into existance without hard wiring of dependencies (http://bridgetown.sf.net) The IoC/Dependency Injection is the solution to the generic service locator problem, which I have been battling over for a couple of years. So you see, we're not a million miles apart. The warning is that XML configuration of POJO cannot solve all problems. There some problems that are really part of the programming domain (sequence, iteration, recursion). -- Peter Pilgrim Operations/IT - Credit Suisse First Boston, 10 South Colonnade, London E14 4QJ, United Kingdom Tel: +44-(0)207-883-4497 > > ============================================================================== This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]