RE: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
7 Please respond to "Struts Users Mailing List" To: 'Struts Users Mailing List' <[EMAIL PROTECTED]> cc: Subject: RE: Best way of implementing application-specific config objects If you are using a factory (assuming it is a single

RE: Best way of implementing application-specific config objects

2003-06-27 Thread Bailey, Shane C.
If you are using a factory (assuming it is a singleton) then at factory creation you will do all your initializing and it is independent of how it is called. I had to do something similar in that I needed a master (read-only) (DB) session initialized (only once of course) and so when the singlet

RE: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
cooperation. "Craig R. McClanahan" <[EMAIL PROTECTED]> 27/06/2003 14:20 Please respond to "Struts Users Mailing List" To: Struts Users Mailing List <[EMAIL PROTECTED]> cc: Subject: RE: Best way of implementing application-specific co

RE: Best way of implementing application-specific config objects

2003-06-27 Thread Craig R. McClanahan
On Fri, 27 Jun 2003 [EMAIL PROTECTED] wrote: > Date: Fri, 27 Jun 2003 14:07:29 -0300 > From: [EMAIL PROTECTED] > Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]> > To: Struts Users Mailing List <[EMAIL PROTECTED]> > Subject: RE: Best way of implementing

RE: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
AIL PROTECTED]> cc: Subject: RE: Best way of implementing application-specific config objects On Fri, 27 Jun 2003, Josh Rayls wrote: > Date: Fri, 27 Jun 2003 11:03:15 -0400 > From: Josh Rayls <[EMAIL PROTECTED]> > Reply-To: Struts Users Mailing List <[EMAI

RE: Best way of implementing application-specific config objects

2003-06-27 Thread Craig R. McClanahan
On Fri, 27 Jun 2003, Josh Rayls wrote: > Date: Fri, 27 Jun 2003 11:03:15 -0400 > From: Josh Rayls <[EMAIL PROTECTED]> > Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]> > To: 'Struts Users Mailing List' <[EMAIL PROTECTED]> > Subject: RE: Be

Re: Best way of implementing application-specific config objects

2003-06-27 Thread Sandeep Takhar
lease advise the sender immediately by reply e-mail > and delete this > message. Thank you for your cooperation. > > > > > > "Jamie M. Guillemette" > <[EMAIL PROTECTED]> > 27/06/2003 13:07 > Please respond to "Struts Users Mailing List"

Re: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
Guillemette" <[EMAIL PROTECTED]> 27/06/2003 13:07 Please respond to "Struts Users Mailing List" To: "Struts Users Mailing List" <[EMAIL PROTECTED]> cc: Subject: Re: Best way of implementing application-specific config objects

Re: Best way of implementing application-specific config objects

2003-06-27 Thread Jamie M. Guillemette
modifed after the fact :) ) - Original Message - From: <[EMAIL PROTECTED]> To: "Struts Users Mailing List" <[EMAIL PROTECTED]> Sent: Friday, June 27, 2003 11:52 AM Subject: RE: Best way of implementing application-specific config objects Hey guys! I received basi

RE: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
ooperation. Josh Rayls <[EMAIL PROTECTED]> 27/06/2003 12:03 Please respond to "Struts Users Mailing List" To: 'Struts Users Mailing List' <[EMAIL PROTECTED]> cc: Subject: RE: Best way of implementing application-specific c

Re: Best way of implementing application-specific config objects

2003-06-27 Thread Michael Thompson
reply e-mail and delete this message. Thank you for your cooperation. [EMAIL PROTECTED] 27/06/2003 11:54 Please respond to "Struts Users Mailing List" To: "Struts Users Mailing List" <[EMAIL PROTECTED]> cc: Subject:Re

RE: Best way of implementing application-specific config objects

2003-06-27 Thread Pramod . P
t initialized as part of the servlets initialization. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 10:49 AM To: Struts Users Mailing List Subject: Best way of implementing application-specific config objects Hi to everyone! In my project

Re: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
To: "Struts Users Mailing List" <[EMAIL PROTECTED]> cc: Subject:Re: Best way of implementing application-specific config objects You can make use of the struts plugin component. The plugins are loaded before the application is loaded. The strugs-confi

RE: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
ts Users Mailing List" To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]> cc: Subject: RE: Best way of implementing application-specific config objects You could use the Plugin capabilities of Struts. Make your factory a Struts Plu

RE: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
e you deploy and be independent from any frameworks that you choose to implement. -Josh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 10:56 AM To: Struts Users Mailing List Subject: RE: Best way of implementing application-specific config o

RE: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
gt; cc: Subject: RE: Best way of implementing application-specific config objects and also make the getObject(String lookup) method of your factory throw AppConfigurationException which extends runtime exception. This way u dont have to catch exception for each call to the get

RE: Best way of implementing application-specific config objects

2003-06-27 Thread Josh Rayls
-Josh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 10:56 AM To: Struts Users Mailing List Subject: RE: Best way of implementing application-specific config objects Hey Josh, you're really fast =) Well, I thought about doing that (a

RE: Best way of implementing application-specific config objects

2003-06-27 Thread shirishchandra.sakhare
ul in a development environment. So try initializing it in a servlet defined in your web.xml. That way, it's always called on app init. -Josh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 10:49 AM To: Struts Users Mailing List Subject:

Re: Best way of implementing application-specific config objects

2003-06-27 Thread sangappan
You can make use of the struts plugin component. The plugins are loaded before the application is loaded. The strugs-config.xml has an entry for the plugin section, wherein you can define some customized plugins for your application. Hope this helps.. ---

RE: Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
g List" To: 'Struts Users Mailing List' <[EMAIL PROTECTED]> cc: Subject: RE: Best way of implementing application-specific config objects I have my config factory's init method called in an init servlet as defined in the web xml.

RE: Best way of implementing application-specific config objects

2003-06-27 Thread Butash, Bob
List Subject: Best way of implementing application-specific config objects Hi to everyone! In my project, I have a XML with some config data, like username, password (all connections made from my system to a target systenm must use this same info). I'm a little lost about the best w

RE: Best way of implementing application-specific config objects

2003-06-27 Thread Josh Rayls
ng it in a servlet defined in your web.xml. That way, it's always called on app init. -Josh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 10:49 AM To: Struts Users Mailing List Subject: Best way of implementing application-specific

Best way of implementing application-specific config objects

2003-06-27 Thread augusto . guagliano
Hi to everyone! In my project, I have a XML with some config data, like username, password (all connections made from my system to a target systenm must use this same info). I'm a little lost about the best way of implementing this. I thought about doing: a "Config" Factory, that should keep