Re: new context with port mapping doesn't work
On Thu, Jun 03, 2004 at 11:43:29AM +0200, Nina Aschenbrenner wrote: : We wanted to create a new context for our webapplication, so we could invoke : it vie ipaddress:portnumber. : We tried several tutorials but nevertheless it does not work. : Can anybody help? Perhaps, but unless you: 1/ explain what you've tried 2/ show what error(s) you received 3/ post your server.xml there's not a lot anyone can do... -QM -- software -- http://www.brandxdev.net tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New context
Just to understand your question... You are trying to dynamically create a new context? Like when Tomcat has already started? _ Atreya Basu Developer, Greenfield Research Inc. e-mail: atreya (at) greenfieldresearch (dot) ca -Original Message- From: Elisabeth Rotbach [mailto:[EMAIL PROTECTED] Sent: July 3, 2003 7:25 AM To: [EMAIL PROTECTED] Subject: New context Hello, I would like to create (install) a new context (just a direcotry) from my application (in a ServletContextListener per exemple). I had see the ServletManager source and had search in archive mail whitout success. If I use : org.apache.catalina.startup.Embedded, catalina.bat not found this class ! Have you an idea to do this ? Thanks, Elisabeth J. Toulouse _ MSN Search, le moteur de recherche qui pense comme vous ! http://search.msn.fr/ - 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: New context
Yes. From: Atreya Basu [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: New context Date: Thu, 03 Jul 2003 08:21:52 -0300 Just to understand your question... You are trying to dynamically create a new context? Like when Tomcat has already started? _ Atreya Basu Developer, Greenfield Research Inc. e-mail: atreya (at) greenfieldresearch (dot) ca -Original Message- From: Elisabeth Rotbach [mailto:[EMAIL PROTECTED] Sent: July 3, 2003 7:25 AM To: [EMAIL PROTECTED] Subject: New context Hello, I would like to create (install) a new context (just a direcotry) from my application (in a ServletContextListener per exemple). I had see the ServletManager source and had search in archive mail whitout success. If I use : org.apache.catalina.startup.Embedded, catalina.bat not found this class ! Have you an idea to do this ? Thanks, Elisabeth J. Toulouse _ MSN Search, le moteur de recherche qui pense comme vous ! http://search.msn.fr/ - 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] _ MSN Messenger 6 http://g.msn.fr/FR1001/866 : dialoguez en son et en image avec vos amis. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New context
Okay, So I guess you tried to use the Embedded version of Tomcat. You should have a look at http://www.onjava.com/pub/a/onjava/2002/04/03/tomcat.html That should explain well how to dynamically load a new context. The other option is if you have a Tomcat server running is to use the Manager Application. You probably want to use it to deploy a new Web Application. The thing that you may want to do is use the HTTP command interface to upload a WAR and deploy the application. I think it would go: http://host:port/manager?deploy=/context_path with the web app being upload as a WAR file in a PUT request. This is pretty rough but have you checked out tomcat-docs/manager-howto.html ? That should give you an idea of what is possible using the manager app. There is also a GUI version of the app but I'm guessing that you want to do this programmatically. _ Atreya Basu Developer, Greenfield Research Inc. e-mail: atreya (at) greenfieldresearch (dot) ca -Original Message- From: Elisabeth Rotbach [mailto:[EMAIL PROTECTED] Sent: July 3, 2003 7:25 AM To: [EMAIL PROTECTED] Subject: New context Hello, I would like to create (install) a new context (just a direcotry) from my application (in a ServletContextListener per exemple). I had see the ServletManager source and had search in archive mail whitout success. If I use : org.apache.catalina.startup.Embedded, catalina.bat not found this class ! Have you an idea to do this ? Thanks, Elisabeth J. Toulouse _ MSN Search, le moteur de recherche qui pense comme vous ! http://search.msn.fr/ - 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: New context: fine, development environment: not fine!
Don't know which snoop example you have, but mine doesn't look anything like yours. Mine just says %= request.getHeader(User-Agent) %. It doesn't have any of that other HTMLFilter.Filter stuff. As an aside, you're getting the error message because you are declaring util.HTMLFilter.filter(request.getHeader(User-Agent)) and not java.util.HTMLFilter.filter(request.getHeader(User-Agent)) (note addition of java just like you did in the Date example in your code. John -Original Message- From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 11:28 AM To: [EMAIL PROTECTED] Subject: New context: fine, development environment: not fine! Hi, Apache Tomcat 4.1.12 Windows XP SP1 Standalone I have created a new context, called 'stores'. This new context works fine with JSP, except on one small thing. (1) This works fine: html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % /body /html (2) This fails at compile time on util - see (3): html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % % out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); % /body /html (3) Error: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 9 in the jsp file: /helloworld.jsp Generated servlet error: [javac] Compiling 1 source file C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:49: package util does not exist out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); out.write(\r\n\r\n\r\n); ^ 1 error --- The same code runs fine in the snoop.jsp example. I have diffed the generated code and I see no major difference (except for dumping HTML of course!). In my new context, I have no datasource, no mail, no resource, no environment... My 'stores' directory contains only helloworld.html and helloworld.jsp which is the code in (1) and (2). Any idea? Tip? TIA Jean Georges -- 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: New context: fine, development environment: not fine!
Hi John, I got my example thru the packaged version of 4.1.12 (LE) for Windows. Changing the line to: % out.print(request.getHeader(User-Agent)); % does the job fine, however: % out.print(java.util.HTMLFilter.filter(request.getHeader(User-Agent))); % fails: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 11 in the jsp file: /helloworld.jsp Generated servlet error: [javac] Compiling 1 source file C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:51: cannot resolve symbol symbol : class HTMLFilter location: package util out.print(java.util.HTMLFilter.filter(request.getHeader(User-Agent))); out.write(\r\n\r\n); ^ 1 error jgp -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 17:32 To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! Don't know which snoop example you have, but mine doesn't look anything like yours. Mine just says %= request.getHeader(User-Agent) %. It doesn't have any of that other HTMLFilter.Filter stuff. As an aside, you're getting the error message because you are declaring util.HTMLFilter.filter(request.getHeader(User-Agent)) and not java.util.HTMLFilter.filter(request.getHeader(User-Agent)) (note addition of java just like you did in the Date example in your code. John -Original Message- From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 11:28 AM To: [EMAIL PROTECTED] Subject: New context: fine, development environment: not fine! Hi, Apache Tomcat 4.1.12 Windows XP SP1 Standalone I have created a new context, called 'stores'. This new context works fine with JSP, except on one small thing. (1) This works fine: html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % /body /html (2) This fails at compile time on util - see (3): html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % % out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); % /body /html (3) Error: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 9 in the jsp file: /helloworld.jsp Generated servlet error: [javac] Compiling 1 source file C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:49: package util does not exist out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); out.write(\r\n\r\n\r\n); ^ 1 error --- The same code runs fine in the snoop.jsp example. I have diffed the generated code and I see no major difference (except for dumping HTML of course!). In my new context, I have no datasource, no mail, no resource, no environment... My 'stores' directory contains only helloworld.html and helloworld.jsp which is the code in (1) and (2). Any idea? Tip? TIA Jean Georges -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: New context: fine, development environment: not fine!
Looks like a classpath problem to me. My JDK 1.3.1 has no such HTMLFilter class in java.util. Where is HTMLFilter coming from? Is that something you wrote? John -Original Message- From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 11:55 AM To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! Hi John, I got my example thru the packaged version of 4.1.12 (LE) for Windows. Changing the line to: % out.print(request.getHeader(User-Agent)); % does the job fine, however: % out.print(java.util.HTMLFilter.filter(request.getHeader(User- Agent))); % fails: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 11 in the jsp file: /helloworld.jsp Generated servlet error: [javac] Compiling 1 source file C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:51: cannot resolve symbol symbol : class HTMLFilter location: package util out.print(java.util.HTMLFilter.filter(request.getHeader(User- Agent))); out.write(\r\n\r\n); ^ 1 error jgp -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 17:32 To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! Don't know which snoop example you have, but mine doesn't look anything like yours. Mine just says %= request.getHeader(User-Agent) %. It doesn't have any of that other HTMLFilter.Filter stuff. As an aside, you're getting the error message because you are declaring util.HTMLFilter.filter(request.getHeader(User-Agent)) and not java.util.HTMLFilter.filter(request.getHeader(User-Agent)) (note addition of java just like you did in the Date example in your code. John -Original Message- From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 11:28 AM To: [EMAIL PROTECTED] Subject: New context: fine, development environment: not fine! Hi, Apache Tomcat 4.1.12 Windows XP SP1 Standalone I have created a new context, called 'stores'. This new context works fine with JSP, except on one small thing. (1) This works fine: html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % /body /html (2) This fails at compile time on util - see (3): html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % % out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); % /body /html (3) Error: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 9 in the jsp file: /helloworld.jsp Generated servlet error: [javac] Compiling 1 source file C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:49: package util does not exist out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); out.write(\r\n\r\n\r\n); ^ 1 error --- The same code runs fine in the snoop.jsp example. I have diffed the generated code and I see no major difference (except for dumping HTML of course!). In my new context, I have no datasource, no mail, no resource, no environment... My 'stores' directory contains only helloworld.html and helloworld.jsp which is the code in (1) and (2). Any idea? Tip? TIA Jean Georges -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- 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: New context: fine, development environment: not fine!
I use 1.4.1, but there is no HTMLFilter as well... I did not wrote it, it comes from the examples :(. I think you are right: there is a difference in the classpath between my 2 contexts, but my issue is to determine where I can see it and how I can solve the difference. Any RTFM to indicate or hint? jgp -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 18:06 To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! Looks like a classpath problem to me. My JDK 1.3.1 has no such HTMLFilter class in java.util. Where is HTMLFilter coming from? Is that something you wrote? John -Original Message- From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 11:55 AM To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! Hi John, I got my example thru the packaged version of 4.1.12 (LE) for Windows. Changing the line to: % out.print(request.getHeader(User-Agent)); % does the job fine, however: % out.print(java.util.HTMLFilter.filter(request.getHeader(User- Agent))); % fails: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 11 in the jsp file: /helloworld.jsp Generated servlet error: [javac] Compiling 1 source file C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:51: cannot resolve symbol symbol : class HTMLFilter location: package util out.print(java.util.HTMLFilter.filter(request.getHeader(User- Agent))); out.write(\r\n\r\n); ^ 1 error jgp -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 17:32 To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! Don't know which snoop example you have, but mine doesn't look anything like yours. Mine just says %= request.getHeader(User-Agent) %. It doesn't have any of that other HTMLFilter.Filter stuff. As an aside, you're getting the error message because you are declaring util.HTMLFilter.filter(request.getHeader(User-Agent)) and not java.util.HTMLFilter.filter(request.getHeader(User-Agent)) (note addition of java just like you did in the Date example in your code. John -Original Message- From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 11:28 AM To: [EMAIL PROTECTED] Subject: New context: fine, development environment: not fine! Hi, Apache Tomcat 4.1.12 Windows XP SP1 Standalone I have created a new context, called 'stores'. This new context works fine with JSP, except on one small thing. (1) This works fine: html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % /body /html (2) This fails at compile time on util - see (3): html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % % out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); % /body /html (3) Error: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 9 in the jsp file: /helloworld.jsp Generated servlet error: [javac] Compiling 1 source file C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:49: package util does not exist out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); out.write(\r\n\r\n\r\n); ^ 1 error --- The same code runs fine in the snoop.jsp example. I have diffed the generated code and I see no major difference (except for dumping HTML of course!). In my new context, I have no datasource, no mail, no resource, no environment... My 'stores' directory contains only helloworld.html and helloworld.jsp which is the code in (1) and (2). Any idea? Tip? TIA Jean Georges -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-user- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL
RE: New context: fine, development environment: not fine!
Well, there is a HTMLFilter.java/.class in my /usr/local/tomcat/webapps/examples/WEB-INF/classes/util, and it was written by Craig, so that would lead me definitely to say that it is a classpath problem. John -Original Message- From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 12:25 PM To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! I use 1.4.1, but there is no HTMLFilter as well... I did not wrote it, it comes from the examples :(. I think you are right: there is a difference in the classpath between my 2 contexts, but my issue is to determine where I can see it and how I can solve the difference. Any RTFM to indicate or hint? jgp -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 18:06 To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! Looks like a classpath problem to me. My JDK 1.3.1 has no such HTMLFilter class in java.util. Where is HTMLFilter coming from? Is that something you wrote? John -Original Message- From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 11:55 AM To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! Hi John, I got my example thru the packaged version of 4.1.12 (LE) for Windows. Changing the line to: % out.print(request.getHeader(User-Agent)); % does the job fine, however: % out.print(java.util.HTMLFilter.filter(request.getHeader(User- Agent))); % fails: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 11 in the jsp file: /helloworld.jsp Generated servlet error: [javac] Compiling 1 source file C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:51: cannot resolve symbol symbol : class HTMLFilter location: package util out.print(java.util.HTMLFilter.filter(request.getHeader(User- Agent))); out.write(\r\n\r\n); ^ 1 error jgp -Original Message- From: Turner, John [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 17:32 To: 'Tomcat Users List' Subject: RE: New context: fine, development environment: not fine! Don't know which snoop example you have, but mine doesn't look anything like yours. Mine just says %= request.getHeader(User-Agent) %. It doesn't have any of that other HTMLFilter.Filter stuff. As an aside, you're getting the error message because you are declaring util.HTMLFilter.filter(request.getHeader(User-Agent)) and not java.util.HTMLFilter.filter(request.getHeader(User-Agent)) (note addition of java just like you did in the Date example in your code. John -Original Message- From: Jean Georges PERRIN [mailto:[EMAIL PROTECTED]] Sent: Monday, December 09, 2002 11:28 AM To: [EMAIL PROTECTED] Subject: New context: fine, development environment: not fine! Hi, Apache Tomcat 4.1.12 Windows XP SP1 Standalone I have created a new context, called 'stores'. This new context works fine with JSP, except on one small thing. (1) This works fine: html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % /body /html (2) This fails at compile time on util - see (3): html headtitleHello World!/title/head body You are using: %= new java.util.Date().toString() % % out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); % /body /html (3) Error: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 9 in the jsp file: /helloworld.jsp Generated servlet error: [javac] Compiling 1 source file C:\Program Files\Apache Group\Tomcat 4.1\work\Standalone\localhost\stores\helloworld_jsp.java:49: package util does not exist out.print(util.HTMLFilter.filter(request.getHeader(User-Agent))); out.write(\r\n\r\n\r\n); ^ 1 error --- The same code runs fine in the snoop.jsp example. I have diffed the generated code and I see no major difference (except for dumping HTML of course!). In my new context, I have no datasource, no mail, no resource, no environment... My 'stores' directory contains only helloworld.html and helloworld.jsp which is the code in (1) and (2). Any idea? Tip? TIA Jean Georges
Re: New context in server.xml prevents war unpacking (TC 4.1.12)
Please remove my name from your email list. - Original Message - From: Jacob Kjome Sent: Thursday, October 24, 2002 11:19 PM To: Tomcat Users List Subject: Re: New context in server.xml prevents war unpacking (TC 4.1.12) Unfortunately, this is expected behavior. There is a bug about it at http://nagoya.apache.org/bugzilla/ if you want to search for it. The docs mention this as the expected behavior, but don't give a reason why it should be that way. Basically, if you name a Context element, you will have to make sure you expand the .war yourself before starting Tomcat. Any Tomcat developers want to pipe in and explain why the behavior is this way? Jake At 09:40 PM 10/24/2002 -0500, you wrote: I recently added a new context to server.xml so that I can set up a database connection pool resource for my webapp. The webapp was deploying/running well prior to adding this context. With the context added, starting Tomcat produces an error for that app context: java.lang.IllegalArgumentException: Document base /usr/local/tomcat/webapps/myapp does not exist or is not a readable directory at org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext.jav a:193) This suggests that docBase directory is expected to exist at start. Without that context in server.xml, the war unpacks and creates its directory. The context looks like this: Context path=/myapp docBase=myapp reloadable=true crossContext=true ... resources here ... /Context If I change the docBase to myapp.war, the application loads and runs properly, db conn pooling works a treat, BUT the war isn't unpacked at all. The behavior I want is to have the war get unpacked ( as it was before ) so that I can serve some of the static content directly from Apache httpd, but still package/deliver/deploy the webapp as a war to Tomcat. Any thoughts as to why this is happening / how to solve? Thanks. - Ken -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: New context in server.xml prevents war unpacking (TC 4.1.12)
Unfortunately, this is expected behavior. There is a bug about it at http://nagoya.apache.org/bugzilla/ if you want to search for it. The docs mention this as the expected behavior, but don't give a reason why it should be that way. Basically, if you name a Context element, you will have to make sure you expand the .war yourself before starting Tomcat. Any Tomcat developers want to pipe in and explain why the behavior is this way? Jake At 09:40 PM 10/24/2002 -0500, you wrote: I recently added a new context to server.xml so that I can set up a database connection pool resource for my webapp. The webapp was deploying/running well prior to adding this context. With the context added, starting Tomcat produces an error for that app context: java.lang.IllegalArgumentException: Document base /usr/local/tomcat/webapps/myapp does not exist or is not a readable directory at org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext.jav a:193) This suggests that docBase directory is expected to exist at start. Without that context in server.xml, the war unpacks and creates its directory. The context looks like this: Context path=/myapp docBase=myapp reloadable=true crossContext=true ... resources here ... /Context If I change the docBase to myapp.war, the application loads and runs properly, db conn pooling works a treat, BUT the war isn't unpacked at all. The behavior I want is to have the war get unpacked ( as it was before ) so that I can serve some of the static content directly from Apache httpd, but still package/deliver/deploy the webapp as a war to Tomcat. Any thoughts as to why this is happening / how to solve? Thanks. - Ken -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: New context in server.xml prevents war unpacking (TC 4.1.12)
I believe the reloadable=true statement refers to reloading currently deployed webapps that have changed in some way and not to deploying webapps. So if you want to customize your context for your database you can either auto-deploy in the webapp directory then customize your context and restart Tomcat or make your own context and deploy your webapp yourself into the docbase you specified. In either case the docbase will have to exist when Tomcat reads the server.xml file. If not you get the error. rls Ken Pelletier [EMAIL PROTECTED] 10/24/2002 07:40 PM Please respond to Tomcat Users List To: Tomcat List [EMAIL PROTECTED] cc: Subject:New context in server.xml prevents war unpacking (TC 4.1.12) I recently added a new context to server.xml so that I can set up a database connection pool resource for my webapp. The webapp was deploying/running well prior to adding this context. With the context added, starting Tomcat produces an error for that app context: java.lang.IllegalArgumentException: Document base /usr/local/tomcat/webapps/myapp does not exist or is not a readable directory at org.apache.naming.resources.FileDirContext.setDocBase(FileDirContext.jav a:193) This suggests that docBase directory is expected to exist at start. Without that context in server.xml, the war unpacks and creates its directory. The context looks like this: Context path=/myapp docBase=myapp reloadable=true crossContext=true ... resources here ... /Context If I change the docBase to myapp.war, the application loads and runs properly, db conn pooling works a treat, BUT the war isn't unpacked at all. The behavior I want is to have the war get unpacked ( as it was before ) so that I can serve some of the static content directly from Apache httpd, but still package/deliver/deploy the webapp as a war to Tomcat. Any thoughts as to why this is happening / how to solve? Thanks. - Ken -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:tomcat-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org
Re: new context PLEASE !
"A Context component represents an individual web application that is running within a particular Host." Such a web application is based on a directory whose organization is described in the Servlet API Specification, version 2.2 -- including the web application deployment descriptor file, found in "WEB-INF/web.xml". from what I understand you have to set up a context inside the server.xml as follows Context path="/PR" docBase="webapps/PR" crossContext="true" debug="0" reloadable="true" /Context and add jsp , WEB_INF directories to webapps/PR. PR -will be your application directory Uthay - Original Message - From: "Raghavendra V. Kulkarni" [EMAIL PROTECTED] To: "Tomcat User" [EMAIL PROTECTED] Sent: Wednesday, February 28, 2001 10:45 AM Subject: new context PLEASE ! Hello, Can anyone PLEASE get back to me with a copy of changes to be made to .conf and .xml files to accomodate a new application (context) ? Warm Regards, Raghu --- Company URL : www.accord-soft.com Products URL : www.accord-products.com Web Products : www.accord-products.com/internet.htm Telephone: +91-80-5354059 x 240 Fax : +91-80-5352723 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]