RE: Context mapping question
Hi, Context path=/ docBase=app1 debug=9 Changing this one path to path= instead of /. Set autoDeploy/liveDeploy/deployOnStartup to false for both of your Hosts. Because they share an appBase, the apps are being deployed once *per* Host. The rest of your approach is correct (and very good). Yoav 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: Context mapping question
On Thursday 28 October 2004 15:35, Shapira, Yoav wrote: Hi, Context path=/ docBase=app1 debug=9 Changing this one path to path= instead of /. Set autoDeploy/liveDeploy/deployOnStartup to false for both of your Hosts. Because they share an appBase, the apps are being deployed once *per* Host. That cleaned up the multiple contexts and some of the uri cross over. After looking at Http11Processor, I realized that the service connectors did not have an ip address setting. That cleaned up the rest of the cross over. I guess I thought that a reverse lookup would be done on the host names to derive the ip. Thanks Yoav. Bob Tellefson BizDash LLC (310) 499-4868 ext 2 [EMAIL PROTECTED] http://www.BizDash.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Context mapping question
I have tomcat 5.0.28 serving four apps, two in one service and two in another. Each Service is on a different IP and DNS is configured correctly. A stripped down version of my server.xml is show below. With this configuration, I can browse to: https://ws.host.com:8443/app3 and it responds as app3. I expected that app3 would only be available as: https://bd.host.com:8443/app3 It does not work the other way around, i.e., http://bd.host.com:8080/ does not bring up app1. Why is app3 (in the secure service) available via the open service? Before I dive into the Tomcat code to see how these are mapped, maybe one of you can point out the error in my approach. Server port=8005 shutdown=SHUTDOWN debug=9 Service name=open Connector port=8080 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false acceptCount=100 debug=7 connectionTimeout=2 disableUploadTimeout=true / Engine name=open defaultHost=ws.host.com Logger className=org.apache.catalina.logger.FileLogger / Host name=ws.host.com appBase=webapps Context path=/ docBase=app1 debug=9 reloadable=true crossContext=true swallowOutput=true /Context /Host Host name=doc.host.com appBase=webapps Context path=/app2 docBase=app2 debug=9 reloadable=true crossContext=true swallowOutput=true /Context /Host /Engine /Service Service name=secure !-- Define a SSL Connector on port 47474 -- Connector port=8443 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false disableUploadTimeout=true acceptCount=100 debug=9 scheme=https secure=true clientAuth=false sslProtocol=TLS keystoreFile=/home/tomcat/server/conf/keystore.kdb / Engine name=secure defaultHost=bd.host.com Logger className=org.apache.catalina.logger.FileLogger / Host name=bd.host.com appBase=webapps Context path=/app3 docBase=app3 debug=9 reloadable=true crossContext=true swallowOutput=true /Context Context path=/app4 docBase=app4 debug=9 reloadable=true crossContext=false swallowOutput=true /Context /Host /Engine /Service /Server -- Bob Tellefson BizDash LLC [EMAIL PROTECTED] http://www.BizDash.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SOLUTION: context mapping problem after upgrade from 4.1.29 to 4.1.30
I found the solution to this problem. The symptom was that ALL request URI's were treated as '' under 4.1.30, using the same server.xml file that had worked fine under 4.1.29. The solution was to add 'useURIValidationHack=false' to the each of the Connector statements. Apparently setting this attribute was optional under 4.1.29, but required under 4.1.30. -Jim Jim Hopp wrote: Greetings- I've just upgraded my development environment from Tomcat 4.1.29 to 4.1.30 (Win XP, jdk 1.4.2). It appears that my URI's are not mapped to the same context under 4.1.30 as they were under 4.1.29. I've made no changes to any of my config files; I simply upgraded Tomcat. Here's a snippet of my process log from 4.1.29, which works as I expect it to: 2004-03-30 11:52:59 StandardHost[localhost]: Mapping request URI '/fileupload/fileUpload.html' 2004-03-30 11:52:59 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 11:52:59 StandardHost[localhost]: Mapped to context '/fileupload' 2004-03-30 11:52:59 default: DefaultServlet.serveResource: Serving resource '/fileUpload.html' headers and data 2004-03-30 11:52:59 default: DefaultServlet.serveFile: lastModified='2004-03-30 11:48:46.455' 2004-03-30 11:52:59 default: DefaultServlet.serveFile: contentType='text/html' 2004-03-30 11:52:59 default: DefaultServlet.serveFile: contentLength=1830 Here's the same request under 4.1.30, not working as I expected it to: 2004-03-30 13:41:22 StandardHost[localhost]: Mapping request URI '' 2004-03-30 13:41:22 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 13:41:22 StandardHost[localhost]: Mapped to context '' Here's the Host section of the server.xml: Host name=localhost appBase=c:/tomcat/webapps workDir=c:/cvs-work/dvlp/temp/tomcat-ui/ui/localhost autoDeploy=false liveDeploy=false debug=10 deployXML=false Context path=/manager privileged=true docBase=c:/tomcat/server/webapps/manager Valve className=org.apache.catalina.valves.RemoteAddrValve allow=127.0.0.1/ /Context Context path= docBase=c:/cvs-work/dvlp/bin/ui reloadable=true Manager className=org.apache.catalina.session.PersistentManager checkInterval=60 maxInactiveInterval=120 saveOnRestart=false/ Parameter name=version value=dev/ Resource name=nyw/directory auth=Container type=nyw.dir.Directory/ ResourceParams name=nyw/directory parameter namefactory/name valuenyw.dir.DirectoryObjectFactory/value /parameter parameter nameurl/name valuehttp://localhost:13001/property/value /parameter /ResourceParams Resource name=nyw/xmltranslator auth=Container type=nyw.ui.XMLTranslator/ ResourceParams name=nyw/xmltranslator parameter namefactory/name valuenyw.ui.XMLTranslatorObjectFactory/value /parameter parameter namecache/name valuefalse/value /parameter parameter namexsltRoot/name valuejndi:/localhost//value /parameter parameter namefopUserConfig/name valuec:/cvs-work/dvlp/conf/tomcat-ui/conf/fopUserConfig.xml/value /parameter /ResourceParams Resource name=nyw/aodfactory auth=Container type=nyw.aod.comm.AODFactory/ ResourceParams name=nyw/aodfactory parameter namefactory/name valuenyw.aod.comm.AODFactoryObjectFactory/value /parameter /ResourceParams Resource name=nyw/performancemonitor auth=Container type=nyw.util.PerformanceMonitor/ ResourceParams name=nyw/performancemonitor parameter namefactory/name valuenyw.util.PerformanceMonitorObjectFactory/value /parameter /ResourceParams Resource name=mail/session auth=Container type=javax.mail.Session/ ResourceParams name=mail/session parameter namemail.smtp.host/name valuep1.netyourwork.com/value /parameter /ResourceParams /Context Context path=/fileupload docBase=c:/cvs-work/dvlp/bin/fileupload reloadable=true Resource name=nyw/directory auth=Container type=nyw.dir.Directory/ ResourceParams name=nyw/directory parameter namefactory/name valuenyw.dir.DirectoryObjectFactory/value /parameter parameter nameurl/name valuehttp://localhost:13001/property/value /parameter /ResourceParams Resource name=nyw/aodfactory
RE: context mapping problem after upgrade from 4.1.29 to 4.1.30
Hi, 2004-03-30 11:52:59 StandardHost[localhost]: Mapping request URI '/fileupload/fileUpload.html' 2004-03-30 11:52:59 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 11:52:59 StandardHost[localhost]: Mapped to context '/fileupload' OK. 2004-03-30 13:41:22 StandardHost[localhost]: Mapping request URI '' 2004-03-30 13:41:22 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 13:41:22 StandardHost[localhost]: Mapped to context '' OK. Both of these are correct. If you have a log that shows a request for '/fileupload/fileUpload.html' mapped to context '' then post it ;) Yoav Shapira 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]
context mapping problem after upgrade from 4.1.29 to 4.1.30
Anyone have any ideas/pointers on this? Thanks, -Jim Greetings- I've just upgraded my development environment from Tomcat 4.1.29 to 4.1.30 (Win XP, jdk 1.4.2). It appears that my URI's are not mapped to the same context under 4.1.30 as they were under 4.1.29. I've made no changes to any of my config files; I simply upgraded Tomcat. Here's a snippet of my process log from 4.1.29, which works as I expect it to: 2004-03-30 11:52:59 StandardHost[localhost]: Mapping request URI '/fileupload/fileUpload.html' 2004-03-30 11:52:59 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 11:52:59 StandardHost[localhost]: Mapped to context '/fileupload' 2004-03-30 11:52:59 default: DefaultServlet.serveResource: Serving resource '/fileUpload.html' headers and data 2004-03-30 11:52:59 default: DefaultServlet.serveFile: lastModified='2004-03-30 11:48:46.455' 2004-03-30 11:52:59 default: DefaultServlet.serveFile: contentType='text/html' 2004-03-30 11:52:59 default: DefaultServlet.serveFile: contentLength=1830 Here's the same request under 4.1.30, not working as I expected it to: 2004-03-30 13:41:22 StandardHost[localhost]: Mapping request URI '' 2004-03-30 13:41:22 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 13:41:22 StandardHost[localhost]: Mapped to context '' Here's the Host section of the server.xml: Host name=localhost appBase=c:/tomcat/webapps workDir=c:/cvs-work/dvlp/temp/tomcat-ui/ui/localhost autoDeploy=false liveDeploy=false debug=10 deployXML=false Context path=/manager privileged=true docBase=c:/tomcat/server/webapps/manager Valve className=org.apache.catalina.valves.RemoteAddrValve allow=127.0.0.1/ /Context Context path= docBase=c:/cvs-work/dvlp/bin/ui reloadable=true Manager className=org.apache.catalina.session.PersistentManager checkInterval=60 maxInactiveInterval=120 saveOnRestart=false/ Parameter name=version value=dev/ Resource name=nyw/directory auth=Container type=nyw.dir.Directory/ ResourceParams name=nyw/directory parameter namefactory/name valuenyw.dir.DirectoryObjectFactory/value /parameter parameter nameurl/name valuehttp://localhost:13001/property/value /parameter /ResourceParams Resource name=nyw/xmltranslator auth=Container type=nyw.ui.XMLTranslator/ ResourceParams name=nyw/xmltranslator parameter namefactory/name valuenyw.ui.XMLTranslatorObjectFactory/value /parameter parameter namecache/name valuefalse/value /parameter parameter namexsltRoot/name valuejndi:/localhost//value /parameter parameter namefopUserConfig/name valuec:/cvs-work/dvlp/conf/tomcat-ui/conf/fopUserConfig.xml/value /parameter /ResourceParams Resource name=nyw/aodfactory auth=Container type=nyw.aod.comm.AODFactory/ ResourceParams name=nyw/aodfactory parameter namefactory/name valuenyw.aod.comm.AODFactoryObjectFactory/value /parameter /ResourceParams Resource name=nyw/performancemonitor auth=Container type=nyw.util.PerformanceMonitor/ ResourceParams name=nyw/performancemonitor parameter namefactory/name valuenyw.util.PerformanceMonitorObjectFactory/value /parameter /ResourceParams Resource name=mail/session auth=Container type=javax.mail.Session/ ResourceParams name=mail/session parameter namemail.smtp.host/name valuep1.netyourwork.com/value /parameter /ResourceParams /Context Context path=/fileupload docBase=c:/cvs-work/dvlp/bin/fileupload reloadable=true Resource name=nyw/directory auth=Container type=nyw.dir.Directory/ ResourceParams name=nyw/directory parameter namefactory/name valuenyw.dir.DirectoryObjectFactory/value /parameter parameter nameurl/name valuehttp://localhost:13001/property/value /parameter /ResourceParams Resource name=nyw/aodfactory auth=Container type=nyw.aod.comm.AODFactory/ ResourceParams name=nyw/aodfactory parameter namefactory/name valuenyw.aod.comm.AODFactoryObjectFactory/value /parameter /ResourceParams
RE: context mapping problem after upgrade from 4.1.29 to 4.1.30
Hi, I already replied... Did my reply not get through? Yoav Shapira Millennium Research Informatics -Original Message- From: Jim Hopp [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 31, 2004 12:26 PM To: Tomcat Users List Subject: context mapping problem after upgrade from 4.1.29 to 4.1.30 Anyone have any ideas/pointers on this? Thanks, -Jim Greetings- I've just upgraded my development environment from Tomcat 4.1.29 to 4.1.30 (Win XP, jdk 1.4.2). It appears that my URI's are not mapped to the same context under 4.1.30 as they were under 4.1.29. I've made no changes to any of my config files; I simply upgraded Tomcat. Here's a snippet of my process log from 4.1.29, which works as I expect it to: 2004-03-30 11:52:59 StandardHost[localhost]: Mapping request URI '/fileupload/fileUpload.html' 2004-03-30 11:52:59 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 11:52:59 StandardHost[localhost]: Mapped to context '/fileupload' 2004-03-30 11:52:59 default: DefaultServlet.serveResource: Serving resource '/fileUpload.html' headers and data 2004-03-30 11:52:59 default: DefaultServlet.serveFile: lastModified='2004-03-30 11:48:46.455' 2004-03-30 11:52:59 default: DefaultServlet.serveFile: contentType='text/html' 2004-03-30 11:52:59 default: DefaultServlet.serveFile: contentLength=1830 Here's the same request under 4.1.30, not working as I expected it to: 2004-03-30 13:41:22 StandardHost[localhost]: Mapping request URI '' 2004-03-30 13:41:22 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 13:41:22 StandardHost[localhost]: Mapped to context '' Here's the Host section of the server.xml: Host name=localhost appBase=c:/tomcat/webapps workDir=c:/cvs-work/dvlp/temp/tomcat-ui/ui/localhost autoDeploy=false liveDeploy=false debug=10 deployXML=false Context path=/manager privileged=true docBase=c:/tomcat/server/webapps/manager Valve className=org.apache.catalina.valves.RemoteAddrValve allow=127.0.0.1/ /Context Context path= docBase=c:/cvs-work/dvlp/bin/ui reloadable=true Manager className=org.apache.catalina.session.PersistentManager checkInterval=60 maxInactiveInterval=120 saveOnRestart=false/ Parameter name=version value=dev/ Resource name=nyw/directory auth=Container type=nyw.dir.Directory/ ResourceParams name=nyw/directory parameter namefactory/name valuenyw.dir.DirectoryObjectFactory/value /parameter parameter nameurl/name valuehttp://localhost:13001/property/value /parameter /ResourceParams Resource name=nyw/xmltranslator auth=Container type=nyw.ui.XMLTranslator/ ResourceParams name=nyw/xmltranslator parameter namefactory/name valuenyw.ui.XMLTranslatorObjectFactory/value /parameter parameter namecache/name valuefalse/value /parameter parameter namexsltRoot/name valuejndi:/localhost//value /parameter parameter namefopUserConfig/name valuec:/cvs-work/dvlp/conf/tomcat-ui/conf/fopUserConfig.xml/value /parameter /ResourceParams Resource name=nyw/aodfactory auth=Container type=nyw.aod.comm.AODFactory/ ResourceParams name=nyw/aodfactory parameter namefactory/name valuenyw.aod.comm.AODFactoryObjectFactory/value /parameter /ResourceParams Resource name=nyw/performancemonitor auth=Container type=nyw.util.PerformanceMonitor/ ResourceParams name=nyw/performancemonitor parameter namefactory/name valuenyw.util.PerformanceMonitorObjectFactory/value /parameter /ResourceParams Resource name=mail/session auth=Container type=javax.mail.Session/ ResourceParams name=mail/session parameter namemail.smtp.host/name valuep1.netyourwork.com/value /parameter /ResourceParams /Context Context path=/fileupload docBase=c:/cvs-work/dvlp/bin/fileupload reloadable=true Resource name=nyw/directory auth=Container type=nyw.dir.Directory/ ResourceParams name=nyw/directory parameter namefactory/name valuenyw.dir.DirectoryObjectFactory/value /parameter parameter nameurl/name valuehttp://localhost:13001/property/value /parameter
context mapping problem after upgrade from 4.1.29 to 4.1.30
Greetings- I've just upgraded my development environment from Tomcat 4.1.29 to 4.1.30 (Win XP, jdk 1.4.2). It appears that my URI's are not mapped to the same context under 4.1.30 as they were under 4.1.29. I've made no changes to any of my config files; I simply upgraded Tomcat. Here's a snippet of my process log from 4.1.29, which works as I expect it to: 2004-03-30 11:52:59 StandardHost[localhost]: Mapping request URI '/fileupload/fileUpload.html' 2004-03-30 11:52:59 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 11:52:59 StandardHost[localhost]: Mapped to context '/fileupload' 2004-03-30 11:52:59 default: DefaultServlet.serveResource: Serving resource '/fileUpload.html' headers and data 2004-03-30 11:52:59 default: DefaultServlet.serveFile: lastModified='2004-03-30 11:48:46.455' 2004-03-30 11:52:59 default: DefaultServlet.serveFile: contentType='text/html' 2004-03-30 11:52:59 default: DefaultServlet.serveFile: contentLength=1830 Here's the same request under 4.1.30, not working as I expected it to: 2004-03-30 13:41:22 StandardHost[localhost]: Mapping request URI '' 2004-03-30 13:41:22 StandardHost[localhost]: Trying the longest context path prefix 2004-03-30 13:41:22 StandardHost[localhost]: Mapped to context '' Here's the Host section of the server.xml: Host name=localhost appBase=c:/tomcat/webapps workDir=c:/cvs-work/dvlp/temp/tomcat-ui/ui/localhost autoDeploy=false liveDeploy=false debug=10 deployXML=false Context path=/manager privileged=true docBase=c:/tomcat/server/webapps/manager Valve className=org.apache.catalina.valves.RemoteAddrValve allow=127.0.0.1/ /Context Context path= docBase=c:/cvs-work/dvlp/bin/ui reloadable=true Manager className=org.apache.catalina.session.PersistentManager checkInterval=60 maxInactiveInterval=120 saveOnRestart=false/ Parameter name=version value=dev/ Resource name=nyw/directory auth=Container type=nyw.dir.Directory/ ResourceParams name=nyw/directory parameter namefactory/name valuenyw.dir.DirectoryObjectFactory/value /parameter parameter nameurl/name valuehttp://localhost:13001/property/value /parameter /ResourceParams Resource name=nyw/xmltranslator auth=Container type=nyw.ui.XMLTranslator/ ResourceParams name=nyw/xmltranslator parameter namefactory/name valuenyw.ui.XMLTranslatorObjectFactory/value /parameter parameter namecache/name valuefalse/value /parameter parameter namexsltRoot/name valuejndi:/localhost//value /parameter parameter namefopUserConfig/name valuec:/cvs-work/dvlp/conf/tomcat-ui/conf/fopUserConfig.xml/value /parameter /ResourceParams Resource name=nyw/aodfactory auth=Container type=nyw.aod.comm.AODFactory/ ResourceParams name=nyw/aodfactory parameter namefactory/name valuenyw.aod.comm.AODFactoryObjectFactory/value /parameter /ResourceParams Resource name=nyw/performancemonitor auth=Container type=nyw.util.PerformanceMonitor/ ResourceParams name=nyw/performancemonitor parameter namefactory/name valuenyw.util.PerformanceMonitorObjectFactory/value /parameter /ResourceParams Resource name=mail/session auth=Container type=javax.mail.Session/ ResourceParams name=mail/session parameter namemail.smtp.host/name valuep1.netyourwork.com/value /parameter /ResourceParams /Context Context path=/fileupload docBase=c:/cvs-work/dvlp/bin/fileupload reloadable=true Resource name=nyw/directory auth=Container type=nyw.dir.Directory/ ResourceParams name=nyw/directory parameter namefactory/name valuenyw.dir.DirectoryObjectFactory/value /parameter parameter nameurl/name valuehttp://localhost:13001/property/value /parameter /ResourceParams Resource name=nyw/aodfactory auth=Container type=nyw.aod.comm.AODFactory/ ResourceParams name=nyw/aodfactory parameter namefactory/name valuenyw.aod.comm.AODFactoryObjectFactory/value /parameter /ResourceParams Resource name=nyw/performancemonitor auth=Container
Re: Context mapping and war
Jesse Vitrone [EMAIL PROTECTED] writes: So in TC5, the conext is part of the war file, and I don't need to do anything separate? All that info can be in the war file? In TC5, you can define the context in a special file in conf/Catalina/localhost/webapp.xml. With this, everything works as wanted. -- Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Context mapping and war
When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? My mapping looks like this: Context path=/mywebapp docBase=mywebapp debug=99 reloadable=true Resource name=jdbc/pmisDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mywebappDS parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxIdle/name value5/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter parameter namedriverClassName/name valuecom.jnetdirect.jsql.JSQLDriver/value /parameter parameter nameurl/name valuejdbc:JSQLConnect://mydb/database=name/value /parameter /ResourceParams /Context Any suggestions would be greatly appreciated. Thanks, Jesse
RE: Context mapping and war
Which version of Tomcat? I believe this is known behavior for Tomcat 4, if you define a context element pointing to a war fail. There should be no problem with functionality; can you verify? A War is not required to be extracted in order for it to load properly. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:42 AM To: [EMAIL PROTECTED] Subject: Context mapping and war When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? My mapping looks like this: Context path=/mywebapp docBase=mywebapp debug=99 reloadable=true Resource name=jdbc/pmisDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mywebappDS parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxIdle/name value5/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter parameter namedriverClassName/name valuecom.jnetdirect.jsql.JSQLDriver/value /parameter parameter nameurl/name valuejdbc:JSQLConnect://mydb/database=name/value /parameter /ResourceParams /Context Any suggestions would be greatly appreciated. Thanks, Jesse - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Context mapping and war
I'm running Tomcat 4.1.30 When I try to hit the app, I get a 404. I believe this is known behavior for Tomcat 4 Is it different for Tomcat 5? Thanks, Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:43 AM To: Tomcat Users List Subject: RE: Context mapping and war Which version of Tomcat? I believe this is known behavior for Tomcat 4, if you define a context element pointing to a war fail. There should be no problem with functionality; can you verify? A War is not required to be extracted in order for it to load properly. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:42 AM To: [EMAIL PROTECTED] Subject: Context mapping and war When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? My mapping looks like this: Context path=/mywebapp docBase=mywebapp debug=99 reloadable=true Resource name=jdbc/pmisDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mywebappDS parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxIdle/name value5/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter parameter namedriverClassName/name valuecom.jnetdirect.jsql.JSQLDriver/value /parameter parameter nameurl/name valuejdbc:JSQLConnect://mydb/database=name/value /parameter /ResourceParams /Context Any suggestions would be greatly appreciated. Thanks, Jesse - 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: Context mapping and war
Change you docbase to 'mywebapp.war' and retry. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:52 AM To: 'Tomcat Users List' Subject: RE: Context mapping and war I'm running Tomcat 4.1.30 When I try to hit the app, I get a 404. I believe this is known behavior for Tomcat 4 Is it different for Tomcat 5? Thanks, Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:43 AM To: Tomcat Users List Subject: RE: Context mapping and war Which version of Tomcat? I believe this is known behavior for Tomcat 4, if you define a context element pointing to a war fail. There should be no problem with functionality; can you verify? A War is not required to be extracted in order for it to load properly. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:42 AM To: [EMAIL PROTECTED] Subject: Context mapping and war When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? My mapping looks like this: Context path=/mywebapp docBase=mywebapp debug=99 reloadable=true Resource name=jdbc/pmisDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mywebappDS parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxIdle/name value5/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter parameter namedriverClassName/name valuecom.jnetdirect.jsql.JSQLDriver/value /parameter parameter nameurl/name valuejdbc:JSQLConnect://mydb/database=name/value /parameter /ResourceParams /Context Any suggestions would be greatly appreciated. Thanks, Jesse - 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: Context mapping and war
That works! There's no way to make it extract though? Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:53 AM To: Tomcat Users List Subject: RE: Context mapping and war Change you docbase to 'mywebapp.war' and retry. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:52 AM To: 'Tomcat Users List' Subject: RE: Context mapping and war I'm running Tomcat 4.1.30 When I try to hit the app, I get a 404. I believe this is known behavior for Tomcat 4 Is it different for Tomcat 5? Thanks, Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:43 AM To: Tomcat Users List Subject: RE: Context mapping and war Which version of Tomcat? I believe this is known behavior for Tomcat 4, if you define a context element pointing to a war fail. There should be no problem with functionality; can you verify? A War is not required to be extracted in order for it to load properly. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:42 AM To: [EMAIL PROTECTED] Subject: Context mapping and war When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? My mapping looks like this: Context path=/mywebapp docBase=mywebapp debug=99 reloadable=true Resource name=jdbc/pmisDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mywebappDS parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxIdle/name value5/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter parameter namedriverClassName/name valuecom.jnetdirect.jsql.JSQLDriver/value /parameter parameter nameurl/name valuejdbc:JSQLConnect://mydb/database=name/value /parameter /ResourceParams /Context Any suggestions would be greatly appreciated. Thanks, Jesse - 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: Context mapping and war
Is there a need to? Unless your accessing files directly through the file system, it is not required... In TC5, you can add this context to your war, and it should expand (given the host configuration options defined). -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 10:14 AM To: 'Tomcat Users List' Subject: RE: Context mapping and war That works! There's no way to make it extract though? Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:53 AM To: Tomcat Users List Subject: RE: Context mapping and war Change you docbase to 'mywebapp.war' and retry. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:52 AM To: 'Tomcat Users List' Subject: RE: Context mapping and war I'm running Tomcat 4.1.30 When I try to hit the app, I get a 404. I believe this is known behavior for Tomcat 4 Is it different for Tomcat 5? Thanks, Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:43 AM To: Tomcat Users List Subject: RE: Context mapping and war Which version of Tomcat? I believe this is known behavior for Tomcat 4, if you define a context element pointing to a war fail. There should be no problem with functionality; can you verify? A War is not required to be extracted in order for it to load properly. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:42 AM To: [EMAIL PROTECTED] Subject: Context mapping and war When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? My mapping looks like this: Context path=/mywebapp docBase=mywebapp debug=99 reloadable=true Resource name=jdbc/pmisDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mywebappDS parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxIdle/name value5/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter parameter namedriverClassName/name valuecom.jnetdirect.jsql.JSQLDriver/value /parameter parameter nameurl/name valuejdbc:JSQLConnect://mydb/database=name/value /parameter /ResourceParams /Context Any suggestions would be greatly appreciated. Thanks, Jesse - 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
RE: Context mapping and war
The app works fine running from the war, it's just sometimes we have to send a hotfix and it's easier for someone to be able to just drop a jsp or a class file in the directory. I'll take a look at TC5, we'd probably switch to that eventually anyway. Thanks, Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 10:24 AM To: Tomcat Users List Subject: RE: Context mapping and war Is there a need to? Unless your accessing files directly through the file system, it is not required... In TC5, you can add this context to your war, and it should expand (given the host configuration options defined). -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 10:14 AM To: 'Tomcat Users List' Subject: RE: Context mapping and war That works! There's no way to make it extract though? Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:53 AM To: Tomcat Users List Subject: RE: Context mapping and war Change you docbase to 'mywebapp.war' and retry. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:52 AM To: 'Tomcat Users List' Subject: RE: Context mapping and war I'm running Tomcat 4.1.30 When I try to hit the app, I get a 404. I believe this is known behavior for Tomcat 4 Is it different for Tomcat 5? Thanks, Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:43 AM To: Tomcat Users List Subject: RE: Context mapping and war Which version of Tomcat? I believe this is known behavior for Tomcat 4, if you define a context element pointing to a war fail. There should be no problem with functionality; can you verify? A War is not required to be extracted in order for it to load properly. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:42 AM To: [EMAIL PROTECTED] Subject: Context mapping and war When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? My mapping looks like this: Context path=/mywebapp docBase=mywebapp debug=99 reloadable=true Resource name=jdbc/pmisDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mywebappDS parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxIdle/name value5/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter parameter namedriverClassName/name valuecom.jnetdirect.jsql.JSQLDriver/value /parameter parameter nameurl/name valuejdbc:JSQLConnect://mydb/database=name/value /parameter /ResourceParams /Context Any suggestions would be greatly appreciated. Thanks, Jesse - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
RE: Context mapping and war
So in TC5, the conext is part of the war file, and I don't need to do anything separate? All that info can be in the war file? Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 10:24 AM To: Tomcat Users List Subject: RE: Context mapping and war Is there a need to? Unless your accessing files directly through the file system, it is not required... In TC5, you can add this context to your war, and it should expand (given the host configuration options defined). -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 10:14 AM To: 'Tomcat Users List' Subject: RE: Context mapping and war That works! There's no way to make it extract though? Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:53 AM To: Tomcat Users List Subject: RE: Context mapping and war Change you docbase to 'mywebapp.war' and retry. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:52 AM To: 'Tomcat Users List' Subject: RE: Context mapping and war I'm running Tomcat 4.1.30 When I try to hit the app, I get a 404. I believe this is known behavior for Tomcat 4 Is it different for Tomcat 5? Thanks, Jesse -Original Message- From: D'Alessandro, Arthur [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:43 AM To: Tomcat Users List Subject: RE: Context mapping and war Which version of Tomcat? I believe this is known behavior for Tomcat 4, if you define a context element pointing to a war fail. There should be no problem with functionality; can you verify? A War is not required to be extracted in order for it to load properly. -Original Message- From: Jesse Vitrone [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 9:42 AM To: [EMAIL PROTECTED] Subject: Context mapping and war When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? My mapping looks like this: Context path=/mywebapp docBase=mywebapp debug=99 reloadable=true Resource name=jdbc/pmisDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mywebappDS parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxIdle/name value5/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter parameter namedriverClassName/name valuecom.jnetdirect.jsql.JSQLDriver/value /parameter parameter nameurl/name valuejdbc:JSQLConnect://mydb/database=name/value /parameter /ResourceParams /Context Any suggestions would be greatly appreciated. Thanks, Jesse - 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
Re: Context mapping and war
Jesse Vitrone wrote: When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? Here's what I think is the reason, but I may be wrong ... If you are deploying a WAR file, Tomcat doesn't need to know anything about it initially (that is, no context entry in server.xml). You just create a directory, drop the WAR package there and start Tomcat. The WAR file will get unpackaged. No entry will be added into server.xml though. If you add the context mapping before deploying the WAR file, Tomcat assumes that you know what you are doing and automatically expects a web application at the docBase location, not a WAR file. If it finds a WAR file, it will assume that there is an error (because it is not finding what it expects to find). Am I close ? Anyway, whatever the reason, I don't think switching to Tomcat 5 will change this behaviour. I've done a little testing with WAR packages -- though not extensively. -- We must respect the other fellow's religion, but only in the sense and to the extent that we respect his theory that his wife is beautiful and his children are smart. -- Henry Mencken ++ | Pascal Chong | | email: [EMAIL PROTECTED] | || | Please visit my site at : http://cymulacrum.net| | If you're using my documentation, please read the Terms and| | and Conditions at http://cymulacrum.net/terms.html | ++ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Context mapping and war
Thanks, for now, I think I'm just going to set the docBase to be the war file. Jesse -Original Message- From: Chong Yu Meng [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 11:35 AM To: Tomcat Users List Subject: Re: Context mapping and war Jesse Vitrone wrote: When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? Here's what I think is the reason, but I may be wrong ... If you are deploying a WAR file, Tomcat doesn't need to know anything about it initially (that is, no context entry in server.xml). You just create a directory, drop the WAR package there and start Tomcat. The WAR file will get unpackaged. No entry will be added into server.xml though. If you add the context mapping before deploying the WAR file, Tomcat assumes that you know what you are doing and automatically expects a web application at the docBase location, not a WAR file. If it finds a WAR file, it will assume that there is an error (because it is not finding what it expects to find). Am I close ? Anyway, whatever the reason, I don't think switching to Tomcat 5 will change this behaviour. I've done a little testing with WAR packages -- though not extensively. -- We must respect the other fellow's religion, but only in the sense and to the extent that we respect his theory that his wife is beautiful and his children are smart. -- Henry Mencken ++ | Pascal Chong | | email: [EMAIL PROTECTED] | || | Please visit my site at : http://cymulacrum.net| | If you're using my documentation, please read the Terms and| | and Conditions at http://cymulacrum.net/terms.html | ++ - 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: Context mapping and war
I have no problem unpacking wars on Tomcat 4.1.x. I set the Host appBase to the absolute (not relative) path of the directory where the war will be located. For example: Host name=localhost.struts appBase=/home/tomcat/struts debug=0 unpackWARs=true In this case you would put mywebapp.war in /home/tomcat/struts/. Then you can use the following Context: Context path= docBase=mywebapp debug=0 reloadable=true / Make sure the mywebapp directory does not exist; otherwise, the war will not unpack. On Thu, 2004-03-18 at 09:41, Jesse Vitrone wrote: When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? My mapping looks like this: Context path=/mywebapp docBase=mywebapp debug=99 reloadable=true Resource name=jdbc/pmisDS auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/mywebappDS parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxIdle/name value5/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter nameusername/name valueuser/value /parameter parameter namepassword/name valuepass/value /parameter parameter namedriverClassName/name valuecom.jnetdirect.jsql.JSQLDriver/value /parameter parameter nameurl/name valuejdbc:JSQLConnect://mydb/database=name/value /parameter /ResourceParams /Context Any suggestions would be greatly appreciated. Thanks, Jesse - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Context mapping and war
Jesse, In order for unpackWar to work two things must be true. 1. The application directory and any subdirectories for that context/app cannot exist. 2. You must place the war in the webapps directory. So if you have an app called getmoney then to redeploy the war you will need to delete the directory getmoney. Then place the war in the webapps directory. Tomcat will create the directory structure and expand the war. When you use the manager to redeploy an app this is what it does behind the scenes. The context can stay in the server.xml. One problem I have is that I have to restart Tomcat for the app to see any resources defined in the context. Doug www.parsonstechnical.com - Original Message - From: Jesse Vitrone [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Thursday, March 18, 2004 11:43 AM Subject: RE: Context mapping and war Thanks, for now, I think I'm just going to set the docBase to be the war file. Jesse -Original Message- From: Chong Yu Meng [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 11:35 AM To: Tomcat Users List Subject: Re: Context mapping and war Jesse Vitrone wrote: When I try to install my application, I put the war file in the webapps directory, and in the server.xml I add a context mapping. When I start Tomcat, my war file isn't getting extracted. Unpack wars is set to true: Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true If I comment out my context, the war gets extracted, but I need the context mapping. Once the war is extracted, I can put the context mapping in and everything works fine. Any idea why my war isn't getting extracted when the mapping is in there? Here's what I think is the reason, but I may be wrong ... If you are deploying a WAR file, Tomcat doesn't need to know anything about it initially (that is, no context entry in server.xml). You just create a directory, drop the WAR package there and start Tomcat. The WAR file will get unpackaged. No entry will be added into server.xml though. If you add the context mapping before deploying the WAR file, Tomcat assumes that you know what you are doing and automatically expects a web application at the docBase location, not a WAR file. If it finds a WAR file, it will assume that there is an error (because it is not finding what it expects to find). Am I close ? Anyway, whatever the reason, I don't think switching to Tomcat 5 will change this behaviour. I've done a little testing with WAR packages -- though not extensively. -- We must respect the other fellow's religion, but only in the sense and to the extent that we respect his theory that his wife is beautiful and his children are smart. -- Henry Mencken ++ | Pascal Chong | | email: [EMAIL PROTECTED] | || | Please visit my site at : http://cymulacrum.net| | If you're using my documentation, please read the Terms and| | and Conditions at http://cymulacrum.net/terms.html | ++ - 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: Context/mapping question
Howdy, I'm running Tomcat 4.0.3 in conjunction with Apache 2 via mod_jk on Windows 2000 and Tru64 platforms. I've been running a web app this way rather successfully for some time now -- but I'd like to make it compliant with the WAR structure to ease deployment... so here's the problem: Glad to hear it's working well, and glad to hear you're moving to a standard and portable WAR structure. I wish more people would do the same. I've got my WAR web.xml files working well for this configuration -- all servlets are expicitly defined in web.xml and mapped to a simplified name - - minus all the package information -- so com.wcom.mywebapp.servlet.HelloWorld is simply mapped to /HelloWorld. Very good practice. My server.xml file is ultra-simple: No contexts are explicitly defined. Tomcat automatically generates the /mywebapp context at startup. Once again, very good practice. Eliminates about half of the questions and problems frequently encountered on this list and makes it much easier for you to switch servers. However, I would like to be able to refer to the same servlet as: http://localhost/servlet/HelloWorld. This desire requires being on the root context (the one with context path as opposed to mywebapp). Therefore, you WILL need to put an explicity context element in your server.xml, which includes: Context docBase=mywebapp.war path= ... Moreover, within your web.xml, you will need to add one more servlet-mapping: servlet-mapping servlet-nameHelloWorldServlet/servlet-name url-pattern/servlet/HelloWorld/url-pattern /servlet-mapping Personally, I don't like having more than one servlet-mapping per servlet, but that's just my preference. The standard allows many mappings and tomcat allows many mappings without a problem. I hope this helps, Yoav Shapira Millennium ChemInformatics 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: Context/mapping question
Yoav, Thanks for the input... I've applied your changes to my server.xml and web.xml files but I'm having the same problem: HTTP Status 500 - No Context configured to process this request. I've attached my tomcat log. I see where the log tells me it maps the /mywebapp context (based on the appbase, and the presence of my .war file), but I don't see where it maps the default context you had me define below. Is the log supposed to show this? Also, I noticed a /servlet/* mapping in the global web.xml file... mapping to the Invoker servlet... do I need to change this so that my servlets get picked up with a /servlet/ pattern? Or does the global web.xml get overridden by my application web.xml file? Anything else I should look at? Thanks in advance for your help! JD -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Friday, February 14, 2003 9:15 AM To: Tomcat Users List; [EMAIL PROTECTED] Subject: RE: Context/mapping question Howdy, I'm running Tomcat 4.0.3 in conjunction with Apache 2 via mod_jk on Windows 2000 and Tru64 platforms. I've been running a web app this way rather successfully for some time now -- but I'd like to make it compliant with the WAR structure to ease deployment... so here's the problem: Glad to hear it's working well, and glad to hear you're moving to a standard and portable WAR structure. I wish more people would do the same. I've got my WAR web.xml files working well for this configuration -- all servlets are expicitly defined in web.xml and mapped to a simplified name - - minus all the package information -- so com.wcom.mywebapp.servlet.HelloWorld is simply mapped to /HelloWorld. Very good practice. My server.xml file is ultra-simple: No contexts are explicitly defined. Tomcat automatically generates the /mywebapp context at startup. Once again, very good practice. Eliminates about half of the questions and problems frequently encountered on this list and makes it much easier for you to switch servers. However, I would like to be able to refer to the same servlet as: http://localhost/servlet/HelloWorld. This desire requires being on the root context (the one with context path as opposed to mywebapp). Therefore, you WILL need to put an explicity context element in your server.xml, which includes: Context docBase=mywebapp.war path= ... Moreover, within your web.xml, you will need to add one more servlet-mapping: servlet-mapping servlet-nameHelloWorldServlet/servlet-name url-pattern/servlet/HelloWorld/url-pattern /servlet-mapping Personally, I don't like having more than one servlet-mapping per servlet, but that's just my preference. The standard allows many mappings and tomcat allows many mappings without a problem. I hope this helps, Yoav Shapira Millennium ChemInformatics 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Context/mapping question
If you change the context path as described below by Yoav, you must also change the existing servlet mapping... servlet-mapping servlet-nameHelloWorldServlet/servlet-name url-pattern/mywebapp/HelloWorld/url-pattern /servlet-mapping I think that the real question here should be... Why are you trying to do this? Can you not simply access the servlet via /mywebapp/HelloWorld? Sean Dockery [EMAIL PROTECTED] Certified Java Web Component Developer Certified Delphi Programmer SBD Consultants http://www.sbdconsultants.com - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, February 14, 2003 07:14 Subject: RE: Context/mapping question This desire requires being on the root context (the one with context path as opposed to mywebapp). Therefore, you WILL need to put an explicity context element in your server.xml, which includes: Context docBase=mywebapp.war path= ... Moreover, within your web.xml, you will need to add one more servlet-mapping: servlet-mapping servlet-nameHelloWorldServlet/servlet-name url-pattern/servlet/HelloWorld/url-pattern /servlet-mapping Personally, I don't like having more than one servlet-mapping per servlet, but that's just my preference. The standard allows many mappings and tomcat allows many mappings without a problem. I hope this helps, Yoav Shapira Millennium ChemInformatics 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Context/mapping question
The mapping for the Invoker servlet is disabled in the standard Tomcat release. It is disabled by default and I suggest that you leave it that way. It is a convenience that could lead to security problems. Is it currently enabled? (That is, it is supposed to be encodes in XML comment delimiters !-- and --; is it commented out or not?) - Original Message - From: Jonathan Discount [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Friday, February 14, 2003 14:29 Subject: RE: Context/mapping question Yoav, Thanks for the input... I've applied your changes to my server.xml and web.xml files but I'm having the same problem: HTTP Status 500 - No Context configured to process this request. I've attached my tomcat log. I see where the log tells me it maps the /mywebapp context (based on the appbase, and the presence of my .war file), but I don't see where it maps the default context you had me define below. Is the log supposed to show this? Also, I noticed a /servlet/* mapping in the global web.xml file... mapping to the Invoker servlet... do I need to change this so that my servlets get picked up with a /servlet/ pattern? Or does the global web.xml get overridden by my application web.xml file? Anything else I should look at? Thanks in advance for your help! JD -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Friday, February 14, 2003 9:15 AM To: Tomcat Users List; [EMAIL PROTECTED] Subject: RE: Context/mapping question Howdy, I'm running Tomcat 4.0.3 in conjunction with Apache 2 via mod_jk on Windows 2000 and Tru64 platforms. I've been running a web app this way rather successfully for some time now -- but I'd like to make it compliant with the WAR structure to ease deployment... so here's the problem: Glad to hear it's working well, and glad to hear you're moving to a standard and portable WAR structure. I wish more people would do the same. I've got my WAR web.xml files working well for this configuration -- all servlets are expicitly defined in web.xml and mapped to a simplified name - - minus all the package information -- so com.wcom.mywebapp.servlet.HelloWorld is simply mapped to /HelloWorld. Very good practice. My server.xml file is ultra-simple: No contexts are explicitly defined. Tomcat automatically generates the /mywebapp context at startup. Once again, very good practice. Eliminates about half of the questions and problems frequently encountered on this list and makes it much easier for you to switch servers. However, I would like to be able to refer to the same servlet as: http://localhost/servlet/HelloWorld. This desire requires being on the root context (the one with context path as opposed to mywebapp). Therefore, you WILL need to put an explicity context element in your server.xml, which includes: Context docBase=mywebapp.war path= ... Moreover, within your web.xml, you will need to add one more servlet-mapping: servlet-mapping servlet-nameHelloWorldServlet/servlet-name url-pattern/servlet/HelloWorld/url-pattern /servlet-mapping Personally, I don't like having more than one servlet-mapping per servlet, but that's just my preference. The standard allows many mappings and tomcat allows many mappings without a problem. I hope this helps, Yoav Shapira Millennium ChemInformatics 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] - 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]
Context/mapping question
I'm running Tomcat 4.0.3 in conjunction with Apache 2 via mod_jk on Windows 2000 and Tru64 platforms. I've been running a web app this way rather successfully for some time now -- but I'd like to make it compliant with the WAR structure to ease deployment... so here's the problem: I drop the WAR into my application directory, Tomcat auto-expands it upon startup and URI's such as: http://localhost/mywebapp/HelloWorld work great. I've got my WAR web.xml files working well for this configuration -- all servlets are expicitly defined in web.xml and mapped to a simplified name -- minus all the package information -- so com.wcom.mywebapp.servlet.HelloWorld is simply mapped to /HelloWorld. My server.xml file is ultra-simple: No contexts are explicitly defined. Tomcat automatically generates the /mywebapp context at startup. However, I would like to be able to refer to the same servlet as: http://localhost/servlet/HelloWorld. Apache mod_jk have been configured correctly to forward /servlet requests onto Tomcat -- so this request gets to Tomcat -- but Tomcat gives an HTTP Status 500 - No Context configured error. What do I need to do to my server.xml and/or web.xml files to make this work? I assume I need to add and/or tweak some context definition in server.xml or change the mapping/URL-patterns in web.xml. Thanks in advance for your help! Jonathan Discount Software Systems Engineer Worldcom (703) 886-1626 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Context Mapping
No, I haven't. Do I need to define a servlet-mapping for a context with only JSP's? (Yes, I know they're really servlets.) Mark Lenz (920) 832-3523 [EMAIL PROTECTED] Jeanfrancois Arcand [EMAIL PROTECTED] To:Tomcat Users List [EMAIL PROTECTED] cc: 12/13/2002 12:01 AM Subject:Re: Context Please respond to Tomcat Users Mapping List This output occurs when Tomcat try to match element defined under servlet-mapping in the web.xml. How have you defined the servlet-mapping element? -- Jeanfrancois Mark Lenz wrote: I have Tomcat installed and have started to write some JSP's. I looked at my logs today and saw this everytime I accessed a JSP: 2002-12-12 14:02:20 StandardContext[/czis]: Mapping contextPath='/czis' with requestURI='/czis/index.jsp' and relativeURI='/index.jsp' 2002-12-12 14:02:20 StandardContext[/czis]: Trying exact match 2002-12-12 14:02:20 StandardContext[/czis]: Trying prefix match 2002-12-12 14:02:20 StandardContext[/czis]: Trying extension match 2002-12-12 14:02:20 StandardContext[/czis]: Mapped to servlet 'jsp' with servlet path '/index.jsp' and path info 'null' and update=true I have a context like this: Context path=/czis docBase=czis debug=3 swallowOutput=true Shouldn't it match the context instead of the extension? Or am I being paranoid and Tomcat is doing exactly what it should? Mark Lenz (920) 832-3523 [EMAIL PROTECTED] The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this messages is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this messages is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Context Mapping
No, I haven't. Do I need to define a servlet-mapping for a context with only JSP's? (Yes, I know they're really servlets.) Mark Lenz (920) 832-3523 [EMAIL PROTECTED] Jeanfrancois Arcand [EMAIL PROTECTED] To:Tomcat Users List [EMAIL PROTECTED] cc: 12/13/2002 12:01 AM Subject:Re: Context Please respond to Tomcat Users Mapping List This output occurs when Tomcat try to match element defined under servlet-mapping in the web.xml. How have you defined the servlet-mapping element? -- Jeanfrancois Mark Lenz wrote: I have Tomcat installed and have started to write some JSP's. I looked at my logs today and saw this everytime I accessed a JSP: 2002-12-12 14:02:20 StandardContext[/czis]: Mapping contextPath='/czis' with requestURI='/czis/index.jsp' and relativeURI='/index.jsp' 2002-12-12 14:02:20 StandardContext[/czis]: Trying exact match 2002-12-12 14:02:20 StandardContext[/czis]: Trying prefix match 2002-12-12 14:02:20 StandardContext[/czis]: Trying extension match 2002-12-12 14:02:20 StandardContext[/czis]: Mapped to servlet 'jsp' with servlet path '/index.jsp' and path info 'null' and update=true I have a context like this: Context path=/czis docBase=czis debug=3 swallowOutput=true Shouldn't it match the context instead of the extension? Or am I being paranoid and Tomcat is doing exactly what it should? Mark Lenz (920) 832-3523 [EMAIL PROTECTED] The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this messages is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this messages is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Context Mapping
I have Tomcat installed and have started to write some JSP's. I looked at my logs today and saw this everytime I accessed a JSP: 2002-12-12 14:02:20 StandardContext[/czis]: Mapping contextPath='/czis' with requestURI='/czis/index.jsp' and relativeURI='/index.jsp' 2002-12-12 14:02:20 StandardContext[/czis]: Trying exact match 2002-12-12 14:02:20 StandardContext[/czis]: Trying prefix match 2002-12-12 14:02:20 StandardContext[/czis]: Trying extension match 2002-12-12 14:02:20 StandardContext[/czis]: Mapped to servlet 'jsp' with servlet path '/index.jsp' and path info 'null' and update=true I have a context like this: Context path=/czis docBase=czis debug=3 swallowOutput=true Shouldn't it match the context instead of the extension? Or am I being paranoid and Tomcat is doing exactly what it should? Mark Lenz (920) 832-3523 [EMAIL PROTECTED] The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this messages is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Context Mapping
This output occurs when Tomcat try to match element defined under servlet-mapping in the web.xml. How have you defined the servlet-mapping element? -- Jeanfrancois Mark Lenz wrote: I have Tomcat installed and have started to write some JSP's. I looked at my logs today and saw this everytime I accessed a JSP: 2002-12-12 14:02:20 StandardContext[/czis]: Mapping contextPath='/czis' with requestURI='/czis/index.jsp' and relativeURI='/index.jsp' 2002-12-12 14:02:20 StandardContext[/czis]: Trying exact match 2002-12-12 14:02:20 StandardContext[/czis]: Trying prefix match 2002-12-12 14:02:20 StandardContext[/czis]: Trying extension match 2002-12-12 14:02:20 StandardContext[/czis]: Mapped to servlet 'jsp' with servlet path '/index.jsp' and path info 'null' and update=true I have a context like this: Context path=/czis docBase=czis debug=3 swallowOutput=true Shouldn't it match the context instead of the extension? Or am I being paranoid and Tomcat is doing exactly what it should? Mark Lenz (920) 832-3523 [EMAIL PROTECTED] The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this messages is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Apache-tomcat context mapping
Hi Dim Thanks for the reply. I have a question on mod_rewrite..if the URL is rewritten then does the location box (URL box ) on the browser show the new URL or the old one? (Meaning all the relative links in my page point to the old URI or the new one?) Thanks again Shanti At 03:09 PM 7/18/2001 +1000, you wrote: mod_rewrite? I think the problem is that the request will get to tomcat, and tomcat will not have /example1 mapped... cheers dim On Tue, 17 Jul 2001, Guntupalli Shanti wrote: Hi, Here is my problem. In apache's config file I should be able to map 2 different URI's to one context in my Tomcat. something like APJServMount /examples/servlet apjv12://dev:8080/examples APJServMount /examples1/servlet apjv12://dev:8080/examples so that any requests coming in with examples/servlet or /examples1/servlet should go to the same context examples I can have another context examples1 in my Tomcat whose docbase is also same as examples. But If I do that the servlets are getting initialized twice (which doesn't work for me) Any idea, how to do it? I am running Apache 1.3.14 (with mod_jserv) talking to tomcat 3.2 on Sun solaris. Thanks...Shanti
Re: Apache-tomcat context mapping
I'm no apache expert, but from my limited experience with mod_rewrite I'm pretty sure, almost 100% sure, that the browser knows nothing about it. For the browser to know about it apache would have to send back something other than a 200 response (I think). But as is best with all things - try it and see what happens (o: cheesr dim On Wed, 18 Jul 2001, Guntupalli Shanti wrote: Hi Dim Thanks for the reply. I have a question on mod_rewrite..if the URL is rewritten then does the location box (URL box ) on the browser show the new URL or the old one? (Meaning all the relative links in my page point to the old URI or the new one?) Thanks again Shanti At 03:09 PM 7/18/2001 +1000, you wrote: mod_rewrite? I think the problem is that the request will get to tomcat, and tomcat will not have /example1 mapped... cheers dim On Tue, 17 Jul 2001, Guntupalli Shanti wrote: Hi, Here is my problem. In apache's config file I should be able to map 2 different URI's to one context in my Tomcat. something like APJServMount /examples/servlet apjv12://dev:8080/examples APJServMount /examples1/servlet apjv12://dev:8080/examples so that any requests coming in with examples/servlet or /examples1/servlet should go to the same context examples I can have another context examples1 in my Tomcat whose docbase is also same as examples. But If I do that the servlets are getting initialized twice (which doesn't work for me) Any idea, how to do it? I am running Apache 1.3.14 (with mod_jserv) talking to tomcat 3.2 on Sun solaris. Thanks...Shanti
Apache-tomcat context mapping
Hi, Here is my problem. In apache's config file I should be able to map 2 different URI's to one context in my Tomcat. something like APJServMount/examples/servlet apjv12://dev:8080/examples APJServMount/examples1/servlet apjv12://dev:8080/examples so that any requests coming in with examples/servlet or /examples1/servlet should go to the same context examples I can have another context examples1 in my Tomcat whose docbase is also same as examples. But If I do that the servlets are getting initialized twice (which doesn't work for me) Any idea, how to do it? I am running Apache 1.3.14 (with mod_jserv) talking to tomcat 3.2 on Sun solaris. Thanks...Shanti
Re: Apache-tomcat context mapping
mod_rewrite? I think the problem is that the request will get to tomcat, and tomcat will not have /example1 mapped... cheers dim On Tue, 17 Jul 2001, Guntupalli Shanti wrote: Hi, Here is my problem. In apache's config file I should be able to map 2 different URI's to one context in my Tomcat. something like APJServMount /examples/servlet apjv12://dev:8080/examples APJServMount /examples1/servlet apjv12://dev:8080/examples so that any requests coming in with examples/servlet or /examples1/servlet should go to the same context examples I can have another context examples1 in my Tomcat whose docbase is also same as examples. But If I do that the servlets are getting initialized twice (which doesn't work for me) Any idea, how to do it? I am running Apache 1.3.14 (with mod_jserv) talking to tomcat 3.2 on Sun solaris. Thanks...Shanti
