War Development w/ JNDI Datasources

2003-08-18 Thread Hookom, Jacob
Hi All,

We are currently developing an application and using CVS to manage our
source code.  Our goal is to be able to pull down the project off of CVS and
with a single Ant target, get the application up and running on a local
install of Tomcat.

The problem that has risen is that our DataSources are specified in JNDI
(the server.xml in the {CATALINA_HOME}/conf) and is not something that we
can feasibly park in CVS.

Is there a way to get the DataSources specified without modifying the
server.xml? Or, should we be making an ANT target that loads a second
instance of tomcat using a project specific server.xml, much like what
Cactus describes?

Many Thanks,
Jacob

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



RE: War Development w/ JNDI Datasources

2003-08-18 Thread Shapira, Yoav

Howdy,
One idea that leaps to mind is to have ant tokens in your server.xml and
values for those tokens in your build.properties file.  Have ant copy
the master server.xml to your local install and fill in the tokens for
your JNDI datasources.

The cactus approach is similar to this and not too bad either.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Hookom, Jacob [mailto:[EMAIL PROTECTED]
Sent: Monday, August 18, 2003 9:47 AM
To: [EMAIL PROTECTED]
Subject: War Development w/ JNDI Datasources

Hi All,

We are currently developing an application and using CVS to manage our
source code.  Our goal is to be able to pull down the project off of
CVS
and
with a single Ant target, get the application up and running on a local
install of Tomcat.

The problem that has risen is that our DataSources are specified in
JNDI
(the server.xml in the {CATALINA_HOME}/conf) and is not something that
we
can feasibly park in CVS.

Is there a way to get the DataSources specified without modifying the
server.xml? Or, should we be making an ANT target that loads a second
instance of tomcat using a project specific server.xml, much like what
Cactus describes?

Many Thanks,
Jacob

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




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



Re: War Development w/ JNDI Datasources

2003-08-18 Thread Jacob Kjome
You can always specify it in a separate context configuration file.  Keep 
the server.xml generic and put application specifics in context 
configuration files.

Jake

At 08:47 AM 8/18/2003 -0500, you wrote:
Hi All,

We are currently developing an application and using CVS to manage our
source code.  Our goal is to be able to pull down the project off of CVS and
with a single Ant target, get the application up and running on a local
install of Tomcat.
The problem that has risen is that our DataSources are specified in JNDI
(the server.xml in the {CATALINA_HOME}/conf) and is not something that we
can feasibly park in CVS.
Is there a way to get the DataSources specified without modifying the
server.xml? Or, should we be making an ANT target that loads a second
instance of tomcat using a project specific server.xml, much like what
Cactus describes?
Many Thanks,
Jacob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


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


RE: War Development w/ JNDI Datasources

2003-08-18 Thread Pitre, Russell
Which file is this?  I'd like to read up on it

put application specifics in context configuration files.



Russ



-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 18, 2003 10:40 AM
To: Tomcat Users List
Subject: Re: War Development w/ JNDI Datasources



You can always specify it in a separate context configuration file.
Keep 
the server.xml generic and put application specifics in context 
configuration files.

Jake

At 08:47 AM 8/18/2003 -0500, you wrote:
Hi All,

We are currently developing an application and using CVS to manage our 
source code.  Our goal is to be able to pull down the project off of 
CVS and with a single Ant target, get the application up and running on

a local install of Tomcat.

The problem that has risen is that our DataSources are specified in 
JNDI (the server.xml in the {CATALINA_HOME}/conf) and is not something 
that we can feasibly park in CVS.

Is there a way to get the DataSources specified without modifying the 
server.xml? Or, should we be making an ANT target that loads a second 
instance of tomcat using a project specific server.xml, much like what 
Cactus describes?

Many Thanks,
Jacob

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


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


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



RE: War Development w/ JNDI Datasources

2003-08-18 Thread Shapira, Yoav

Howdy,
If you're packing a war, it's META-INF/context.xml.  Or you can put
appname.xml in $CATALINA_HOME/webapps as the manager and admin webapps
do.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Pitre, Russell [mailto:[EMAIL PROTECTED]
Sent: Monday, August 18, 2003 12:47 PM
To: Tomcat Users List
Subject: RE: War Development w/ JNDI Datasources

Which file is this?  I'd like to read up on it

put application specifics in context configuration files.



Russ



-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]
Sent: Monday, August 18, 2003 10:40 AM
To: Tomcat Users List
Subject: Re: War Development w/ JNDI Datasources



You can always specify it in a separate context configuration file.
Keep
the server.xml generic and put application specifics in context
configuration files.

Jake

At 08:47 AM 8/18/2003 -0500, you wrote:
Hi All,

We are currently developing an application and using CVS to manage our
source code.  Our goal is to be able to pull down the project off of
CVS and with a single Ant target, get the application up and running
on

a local install of Tomcat.

The problem that has risen is that our DataSources are specified in
JNDI (the server.xml in the {CATALINA_HOME}/conf) and is not something
that we can feasibly park in CVS.

Is there a way to get the DataSources specified without modifying the
server.xml? Or, should we be making an ANT target that loads a second
instance of tomcat using a project specific server.xml, much like what
Cactus describes?

Many Thanks,
Jacob

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


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


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




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



Re: War Development w/ JNDI Datasources

2003-08-18 Thread John Turner
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/context.html

Anything in Context/Context can go in a file outside server.xml, in 
the Host's appBase.  Tomcat will pick it up automatically.

You name the file app.xml, so if your webapp is myApp, you would put a 
file called myApp.xml in the Host's appBase, and the contents of that 
file would be the Context element.

The admin and manager Contexts/apps use this method, so every Tomcat 
install has an example.

John

Pitre, Russell wrote:
Which file is this?  I'd like to read up on it

put application specifics in context configuration files.



Russ



-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 18, 2003 10:40 AM
To: Tomcat Users List
Subject: Re: War Development w/ JNDI Datasources



You can always specify it in a separate context configuration file.
Keep 
the server.xml generic and put application specifics in context 
configuration files.

Jake

At 08:47 AM 8/18/2003 -0500, you wrote:

Hi All,

We are currently developing an application and using CVS to manage our 
source code.  Our goal is to be able to pull down the project off of 
CVS and with a single Ant target, get the application up and running on


a local install of Tomcat.

The problem that has risen is that our DataSources are specified in 
JNDI (the server.xml in the {CATALINA_HOME}/conf) and is not something 
that we can feasibly park in CVS.

Is there a way to get the DataSources specified without modifying the 
server.xml? Or, should we be making an ANT target that loads a second 
instance of tomcat using a project specific server.xml, much like what 
Cactus describes?

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


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


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


RE: War Development w/ JNDI Datasources

2003-08-18 Thread Pitre, Russell
Ah cool.didn't realize that.nicethats good to know.



Thanx Guys




-Original Message-
From: John Turner [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 18, 2003 12:50 PM
To: Tomcat Users List
Subject: Re: War Development w/ JNDI Datasources



http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/context.html

Anything in Context/Context can go in a file outside server.xml, in 
the Host's appBase.  Tomcat will pick it up automatically.

You name the file app.xml, so if your webapp is myApp, you would put a 
file called myApp.xml in the Host's appBase, and the contents of that 
file would be the Context element.

The admin and manager Contexts/apps use this method, so every Tomcat 
install has an example.

John

Pitre, Russell wrote:
 Which file is this?  I'd like to read up on it
 
 put application specifics in context configuration files.
 
 
 
 Russ
 
 
 
 -Original Message-
 From: Jacob Kjome [mailto:[EMAIL PROTECTED]
 Sent: Monday, August 18, 2003 10:40 AM
 To: Tomcat Users List
 Subject: Re: War Development w/ JNDI Datasources
 
 
 
 You can always specify it in a separate context configuration file. 
 Keep the server.xml generic and put application specifics in context
 configuration files.
 
 Jake
 
 At 08:47 AM 8/18/2003 -0500, you wrote:
 
Hi All,

We are currently developing an application and using CVS to manage our
source code.  Our goal is to be able to pull down the project off of 
CVS and with a single Ant target, get the application up and running
on
 
 
a local install of Tomcat.

The problem that has risen is that our DataSources are specified in
JNDI (the server.xml in the {CATALINA_HOME}/conf) and is not something

that we can feasibly park in CVS.

Is there a way to get the DataSources specified without modifying the
server.xml? Or, should we be making an ANT target that loads a second 
instance of tomcat using a project specific server.xml, much like what

Cactus describes?

Many Thanks,
Jacob

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



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


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