I am trying to config a Tomcat 4.1.18 server.

I want to be able to use Tomcat manger from my ANT build to install
the war file and run tests on it(junitee).

My problem is that my app has two jdbc Data sources defined by
jndi naming in the server.xml file.  Right now these data sources
are defined in a specific <context> element for my application.

I am wanting to move these data dources out of this context so that I
can get rid of the context and let Tomcat create it when the app is
deployed.

The best I can tell is that I have 3 possible options:

1. I could put the <resource> blocks under the <GlobalNamingResources> tag.
  PRO: This would make my data sources available to all apps on this server
  CON: This would make my data sources available to all apps on this server
;~)

2. I could put the <resource> blocks under the <DefaultContext> tag. It
looks
   like apps that are deployed in this manner inherit the properties of the
default
   context.
  PRO: This would make my data sources available to all apps on this server
  CON: This would make my data sources available to all apps on this server
;~)

3. I could put the <resource> blocks in the web.xml file (I think).
  PRO: This would make my data sources available to just this application
  CON: This would make my data sources available to just this application
;~)

I am running one Tomcat instance to serve out 2-3 applications whose
resources may not neccesarily overlap.

I have browsed through the server configuration document and the 2.3 servlet
spec
on deployment descriptors, but they have not been a big help.

If I had my choice I would pick #3 so my dataSources remain specific to the
application.

Could someone discuss the differences between #1, #2, and #3?  If you have
an example of
#3 that would be incredibly helpful.

I guess I'm just looking for some advice on what would be best to do here.
As always the solution
has to be fast, flexible, and free ;~) (Well at least two of those)...(Well
maybe one...)

Thanks

Michael


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

Reply via email to