All the previous answers about loading from properties files and using servlet
context are valid but I think you mean that you have _physically_ separated servers
which have physically separated servlet engines attached to them.  It is a much
bigger problem in such a case.  The servlet API does not define a way to share stuff
across JVMs (at least I don't believe it does) so you're stuck with some application
server that will do it for you.

If you get a good response to this I'd like to know too.

dave.

Rehman Habib wrote:

> Hi there,
>
> I started looking into JSP around a week ago and I think it has a lot of
> potential.
> I have only just subscribed to this forum and trust I will be welcome....
>
> Anyway, enough of the babble, does anyone know how (or indeed if is possible) to
> have a set of global properties which are set when then webserver and tomcat are
> started ?
> For example, I work with a global website with multiple webservers and each has
> a connection to a local database.  It would be nice to define the TNS name as a
> property for each webserver which is then used by the class which performs the
> connection to the database.  If this isn't possible then I would have to hard
> code it into the class and have a different copy for each webserver - very nasty
> !!!
>
> Regards,
> Habib
>
> ===========================================================================
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
> FAQs on JSP can be found at:
>  http://java.sun.com/products/jsp/faq.html
>  http://www.esperanto.org.nz/jsp/jspfaq.html

--
David Mossakowski              [EMAIL PROTECTED]
Programmer                           212.310.7275
Instinet Corporation

"I don't sit idly by, I'm planning a big surprise"

===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
FAQs on JSP can be found at:
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.html

Reply via email to