RE: server-*.xml
Hi, I want to create multiple contexts for a single server using the same port on Tomcat 4.1.18. OK. I need to accomplish this through multiple config (server.xml) files. Why? Yoav Shapira Millennium ChemInformatics - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: server-*.xml
You can use XML to incorporate other files. There is a special syntax, sort of like include for JSPs. I don't remember what it was, exactly, but there was a thread on this awhile back. I believe it's !ENTITY http://marc.theaimsgroup.com/?l=tomcat-userm=104422058910420w=2 John -Original Message- From: Steve Bucknam [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 3:52 PM To: [EMAIL PROTECTED] Subject: server-*.xml I want to create multiple contexts for a single server using the same port on Tomcat 4.1.18. I need to accomplish this through multiple config (server.xml) files. I read an post about being able to do this by creating files matching the pattern server-*.xml. I created a server-test.xml file with a new context but it is not available. Should this work? I effectively want the following behavior: server.xml: Service Engine Host Context path=/a docBase=app1 unpackWARs=true debug=0 reloadable=true / Context path=/b docBase=app2 unpackWARs=true debug=0 reloadable=true / /Host /Engine /Service But, I want to accomplish this through two files: server-a.xml: Service Engine Host Context path=/a docBase=app1 unpackWARs=true debug=0 reloadable=true / /Host /Engine /Service server-a.xml: Service Engine Host Context path=/b docBase=app2 unpackWARs=true debug=0 reloadable=true / /Host /Engine /Service The apps should be available as: http://localhost:8080/a http://localhost:8080/b Is this possible? If so, I assume all attributes of service, engine and host would have to match? Or are them cumulative? Thanks, Steve - 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: server-*.xml
I have one Tomcat server for many developers. Each developer needs there own host web app. Each webapp has it's own name. I could use the default mechanism of http://localhost:8080/war-file-name/, but then I can't allow each developer to specify a custom realm unless they are all editing the same server.xml file. I don't want to do this. I'd much rather have developers create their own server-*.xml file. Thanks, Steve -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:07 PM To: Tomcat Users List Subject: RE: server-*.xml Hi, I want to create multiple contexts for a single server using the same port on Tomcat 4.1.18. OK. I need to accomplish this through multiple config (server.xml) files. Why? Yoav Shapira Millennium ChemInformatics - 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: server-*.xml
Well, you're still going to need to stop/start Tomcat to pick up new changes to the included files. Wouldn't it be better to just give each one of them their own Tomcat instance? That way, Developer A's requirement that Tomcat be bounced to pick up his changes doesn't effect Developer B. John -Original Message- From: Steve Bucknam [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:15 PM To: Tomcat Users List Subject: RE: server-*.xml I have one Tomcat server for many developers. Each developer needs there own host web app. Each webapp has it's own name. I could use the default mechanism of http://localhost:8080/war-file-name/, but then I can't allow each developer to specify a custom realm unless they are all editing the same server.xml file. I don't want to do this. I'd much rather have developers create their own server-*.xml file. Thanks, Steve -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:07 PM To: Tomcat Users List Subject: RE: server-*.xml Hi, I want to create multiple contexts for a single server using the same port on Tomcat 4.1.18. OK. I need to accomplish this through multiple config (server.xml) files. Why? Yoav Shapira Millennium ChemInformatics - 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: server-*.xml
From: Steve Bucknam [EMAIL PROTECTED] Sent: Tuesday, February 11, 2003 12:51 PM Subject: server-*.xml I want to create multiple contexts for a single server using the same port on Tomcat 4.1.18. I need to accomplish this through multiple config (server.xml) files. How is this different from simply creating the appropriate context XML files (e.g. refer to admin.xml and manager.xml in the base distribution)? Regards, Will Hartung ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: server-*.xml
I totally agree with John, Tomcat has such a small footpring, so it doesn't make sense sharing one between developers, you are only creating overhead for yourself and others in your org. Filip -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 1:22 PM To: 'Tomcat Users List' Subject: RE: server-*.xml Well, you're still going to need to stop/start Tomcat to pick up new changes to the included files. Wouldn't it be better to just give each one of them their own Tomcat instance? That way, Developer A's requirement that Tomcat be bounced to pick up his changes doesn't effect Developer B. John -Original Message- From: Steve Bucknam [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:15 PM To: Tomcat Users List Subject: RE: server-*.xml I have one Tomcat server for many developers. Each developer needs there own host web app. Each webapp has it's own name. I could use the default mechanism of http://localhost:8080/war-file-name/, but then I can't allow each developer to specify a custom realm unless they are all editing the same server.xml file. I don't want to do this. I'd much rather have developers create their own server-*.xml file. Thanks, Steve -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:07 PM To: Tomcat Users List Subject: RE: server-*.xml Hi, I want to create multiple contexts for a single server using the same port on Tomcat 4.1.18. OK. I need to accomplish this through multiple config (server.xml) files. Why? Yoav Shapira Millennium ChemInformatics - 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: server-*.xml
since the small footprint, have them run it on their own computers :) Filip -Original Message- From: Lajos [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 1:58 PM To: Tomcat Users List Subject: Re: server-*.xml Right, but a headache to change ports for each installation and god help you if you don't set CATALINA_HOME right when you bounce your own server. I know - I have three instances running on a client machine and I keep getting confused and bringing down the production instance much to the annoyance of my users ... To add to the post from Will, you can create separate directories under the Host appBase, one for each developer. Then, the developers just drop in the XML descriptor files in the appBase directory, and point the Contexts to the right places in their own directory structure. One thing to consider is that you might want to point your Host appBase to root of your development directory structure, rather than having your developers work within the Tomcat directory structure. Messy, yucky, bad. Lajos Filip Hanik wrote: I totally agree with John, Tomcat has such a small footpring, so it doesn't make sense sharing one between developers, you are only creating overhead for yourself and others in your org. Filip -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 1:22 PM To: 'Tomcat Users List' Subject: RE: server-*.xml Well, you're still going to need to stop/start Tomcat to pick up new changes to the included files. Wouldn't it be better to just give each one of them their own Tomcat instance? That way, Developer A's requirement that Tomcat be bounced to pick up his changes doesn't effect Developer B. John -Original Message- From: Steve Bucknam [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:15 PM To: Tomcat Users List Subject: RE: server-*.xml I have one Tomcat server for many developers. Each developer needs there own host web app. Each webapp has it's own name. I could use the default mechanism of http://localhost:8080/war-file-name/, but then I can't allow each developer to specify a custom realm unless they are all editing the same server.xml file. I don't want to do this. I'd much rather have developers create their own server-*.xml file. Thanks, Steve -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:07 PM To: Tomcat Users List Subject: RE: server-*.xml Hi, I want to create multiple contexts for a single server using the same port on Tomcat 4.1.18. OK. I need to accomplish this through multiple config (server.xml) files. Why? Yoav Shapira Millennium ChemInformatics - 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] -- Lajos Moczar Open Source Support, Consulting and Training Cocoon Developer's Handbook (www.amazon.com/exec/obidos/tg/detail/-/0672322579) _ _ / \ / /___\ / / \ / http://www.galatea.com -- powered by AzSSL - 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: server-*.xml
From: Steve Bucknam [EMAIL PROTECTED] Sent: Tuesday, February 11, 2003 1:14 PM Subject: RE: server-*.xml I have one Tomcat server for many developers. Ok, then lets looks at the fundamental issue then. Why? Why share a Tomcat instance at all? Why don't they simply host their own Tomcat on their own machine? Or if they're all on the same server, and you have the capacity, let them host it themselves out of their home directories. I agree that Tomcat is the lightest weight thing on the planet, but for development it's not bad. Doing cross Unix/Windows development is pretty painless until you need absolute paths, but those are pretty rare in most webapps. Tomcat runs fine under Windows. We must have 50+ instances of Tomcat running on and off in our group. Then it becomes a source code/project management issue, but you have that anyway. It's certainly not a licensing issue :-). I understand why school labs do this, but companies usually have more resources for things like this. Regards, Will Hartung ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: server-*.xml
On Tue, 11 Feb 2003, Steve Bucknam wrote: Date: Tue, 11 Feb 2003 16:14:42 -0500 From: Steve Bucknam [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: server-*.xml I have one Tomcat server for many developers. Each developer needs there own host web app. Each webapp has it's own name. I could use the default mechanism of http://localhost:8080/war-file-name/, but then I can't allow each developer to specify a custom realm unless they are all editing the same server.xml file. I don't want to do this. I'd much rather have developers create their own server-*.xml file. You can create such a file, but it should only contain the Context element (and nested things like custom realms), and then use the Manager webapp in one of two ways: * Use the install command, and point at your context.xml file if your developers are logged in to the same machine that Tomcat is running on, or Tomcat has network access to the directories containing the webapp. * Use the deploy command, and include the context config file in the WAR at /META-INF/context.xml. This works even if your users are on their own PCs separate from the machine running Tomcat, but takes a little longer because the WAR has to be uploaded each time. For such use, you'll need to ensure that the Host configuration attributes are set to recognize context config files -- see the config docs for the deployXML attribute. Thanks, Steve Craig -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 4:07 PM To: Tomcat Users List Subject: RE: server-*.xml Hi, I want to create multiple contexts for a single server using the same port on Tomcat 4.1.18. OK. I need to accomplish this through multiple config (server.xml) files. Why? Yoav Shapira Millennium ChemInformatics - 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]