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]
RE: War Development w/ JNDI Datasources
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
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
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
Howdy, If you're packing a war, it's META-INF/context.xml. Or you can put .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
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/context.html Anything in 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
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 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]