The standard way is 2 servers running their own Tomcat. Each Tomcat is then 
configured with the datasource with differing connection strings.

Allistair.

> -----Original Message-----
> From: Vsevolod (Simon) Ilyushchenko [mailto:[EMAIL PROTECTED]
> Sent: 13 September 2005 16:36
> To: Tomcat Users List
> Subject: Different JDBC sources?
> 
> 
> Hi,
> 
> As a relative Tomcat newbie, I can't find anything about how 
> to use two 
> different JDBC sources with the same codebase. I'd like to have two 
> different URLs that use the same classes and JSP pages, but reference 
> two different databases (test and production). Is there a 
> standard way 
> of achieving this?
> 
> Thanks,
> Simon
> -- 
> 
> Simon (Vsevolod ILyushchenko)   [EMAIL PROTECTED]
>                               http://www.simonf.com
> 
> Terrorism is a tactic and so to declare war on terrorism
> is equivalent to Roosevelt's declaring war on blitzkrieg.
> 
> Zbigniew Brzezinski, U.S. national security advisor, 1977-81
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


<FONT SIZE=1 FACE="VERDANA,ARIAL" COLOR=BLUE> 
-------------------------------------------------------
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
-------------------------------------------------------
</FONT> <FONT SIZE=1 FACE="VERDANA,ARIAL" COLOR=BLACK> 
Disclaimer:  The information contained within this e-mail is confidential and 
may be privileged. This email is intended solely for the named recipient only; 
if you are not authorised you must not disclose, copy, distribute, or retain 
this message or any part of it. If you have received this message in error 
please contact the sender at once so that we may take the appropriate action 
and avoid troubling you further.  Any views expressed in this message are those 
of the individual sender.  QAS Limited has the right lawfully to record, 
monitor and inspect messages between its employees and any third party.  Your 
messages shall be subject to such lawful supervision as QAS Limited deems to be 
necessary in order to protect its information, its interests and its 
reputation.  

Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS 
Limited cannot guarantee that attachments are virus free or compatible with 
your systems and does not accept any liability in respect of viruses or 
computer problems experienced.
</FONT>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to