Re: jsp deployment-- Clarification of Invoker
Unable to check all the mails. But, glad to hear you and Doug together solved your problem. Cheers Bao Jerry Ford wrote: Well, that was certainly fun :) I have made it work, and I think I sort of know how. Not *why* the fix works, just *how* to get my app functional once again. And you are correct, Doug, in aiming me at the invoker servlet as the culprit. The solution that worked for me is to remove the invoker servlet-mapping element from my web app and map each servlet individually. (Though beware---all servlets must be defined before any mapping elements are added to the web.xml file, or else the parser will throw an exception. Spent a good couple of hours or more fighting that little firefight on the sidelines.) Don't understand why the presence of the invoker should foul up the operation of the jsp, but when I removed it and got the servlet/servlet-mapping order straight, suddenly the webapp worked, including the jsp, and both using Tomcat by itself and going through Apache. Thanks for all who helped. Jerry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment-- Clarification of Invoker
Well, that was certainly fun :) I have made it work, and I think I sort of know how. Not *why* the fix works, just *how* to get my app functional once again. And you are correct, Doug, in aiming me at the invoker servlet as the culprit. The solution that worked for me is to remove the invoker servlet-mapping element from my web app and map each servlet individually. (Though beware---all servlets must be defined before any mapping elements are added to the web.xml file, or else the parser will throw an exception. Spent a good couple of hours or more fighting that little firefight on the sidelines.) Don't understand why the presence of the invoker should foul up the operation of the jsp, but when I removed it and got the servlet/servlet-mapping order straight, suddenly the webapp worked, including the jsp, and both using Tomcat by itself and going through Apache. Thanks for all who helped. Jerry Parsons Technical Services wrote: My understanding of invoker and my attempt to explain invoker and mapping. Please correct any error I have made. Jerry Ford wrote: I don't fully understand the invoker servlet myself, but here's what I think I know: The invoker mapping only applies to servlets, not html or jsps, and the servlets are working (at least through Apache). True. But if you have any links in the html or jsp page, it can prevent them from being displayed, at least this was true in my case. If the invoker mapping specifies /servlets/* then servlets must be included in the URL. By taking it out of the invoker mapping, it does not need to be included in the URL. So, http://localhost/servlets/do_something is required if the mapping is as you say it should be, and http://localhost/do_something is the URL if the mapping is as I have it. My current understanding is that without the invoker you have to use the full path including the package designation. Unless.. See below. With the invoker it will run ANY servlet in you app by entering the desired or undesired URL. IE it is a security issue. http://localhost/servlets/? when a value matching any of your servlets is entered it is run. As I stated earlier I wastn't hitting any servlets directly from the URL so I cannot attest to if this will work as you have it. All I know at this point is that my setup would not work this way /* but did with /servlet/*. But you are correct that you must have servlet in the URL in order for it to match the pattern with it my way. Now for the kicker. As stated above, the invoker is considered a security risk and should not be used. Instead you should define mapping for your servlets. Once this is done you can access only servlets that you want to be available from the outside and protect the ones you don't. And on top of that you can use any name you wish rather then the name of the servlet. From you web.xml you have: servlet servlet-name set_config /servlet-name servlet-class catseye.ebook.set_config /servlet-class /servlet This can be mapped by: servlet-mapping servlet-nameset_config/servlet-name url-pattern/sconfig/url-pattern servlet-mapping You can the call this servlet from within a html or jsp page with ./sconfig (don't miss leading period) or from the URL with http://localhost/EBook/sconfig . As pointed out in several articles if you change the name of the servlet the only change you have is in the mapping. All references will still point to sconfig that is mapped to the desired servlet. And yes I had code issues that cause me to require the invoker. Once I changed them to ./name the mapping then worked and I was able to remove the invoker completely. Sorry for the long post but thought I would pass along what I found out. Hope it helps. Doug Parsons www.parsonstechnical.com - 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: jsp deployment-- Clarification of Invoker
Jerry, This is one of the main reasons I'm on this list. It peaks my curiosity to learn about the how's and whys. Currently I only have one machine running for development but that can change at any time and its little things like this that help prepare me. Also another caveat of the invoker, if you app requires it there is a good chance that it won't work on non-tomcat systems (like who would even run anything but) as so I read. I have a theory and maybe someone can poke holes in it. If your pages have links to servlets then TC will choke on the page because it can't find the servlet and thus the page won't compile. If you have debugging turned up you will see it in your logs, I think. For TC looks at the mapping to find the servlet unless you have used the full URL or the invoker which mimics a classpath and says you can find any servlet you are looking for in ./servlet/ directory. As for needing to define them first, sorry for not mentioning it. Just for reference you must group the definitions first and then all the mapping. The is a certain order to the web.xml that must be followed. Glad to be of help. Doug Parsons www.parsonstechnical.com Well, that was certainly fun :) I have made it work, and I think I sort of know how. Not *why* the fix works, just *how* to get my app functional once again. And you are correct, Doug, in aiming me at the invoker servlet as the culprit. The solution that worked for me is to remove the invoker servlet-mapping element from my web app and map each servlet individually. (Though beware---all servlets must be defined before any mapping elements are added to the web.xml file, or else the parser will throw an exception. Spent a good couple of hours or more fighting that little firefight on the sidelines.) Don't understand why the presence of the invoker should foul up the operation of the jsp, but when I removed it and got the servlet/servlet-mapping order straight, suddenly the webapp worked, including the jsp, and both using Tomcat by itself and going through Apache. Thanks for all who helped. Jerry Parsons Technical Services wrote: My understanding of invoker and my attempt to explain invoker and mapping. Please correct any error I have made. Jerry Ford wrote: I don't fully understand the invoker servlet myself, but here's what I think I know: The invoker mapping only applies to servlets, not html or jsps, and the servlets are working (at least through Apache). True. But if you have any links in the html or jsp page, it can prevent them from being displayed, at least this was true in my case. If the invoker mapping specifies /servlets/* then servlets must be included in the URL. By taking it out of the invoker mapping, it does not need to be included in the URL. So, http://localhost/servlets/do_something is required if the mapping is as you say it should be, and http://localhost/do_something is the URL if the mapping is as I have it. My current understanding is that without the invoker you have to use the full path including the package designation. Unless.. See below. With the invoker it will run ANY servlet in you app by entering the desired or undesired URL. IE it is a security issue. http://localhost/servlets/? when a value matching any of your servlets is entered it is run. As I stated earlier I wastn't hitting any servlets directly from the URL so I cannot attest to if this will work as you have it. All I know at this point is that my setup would not work this way /* but did with /servlet/*. But you are correct that you must have servlet in the URL in order for it to match the pattern with it my way. Now for the kicker. As stated above, the invoker is considered a security risk and should not be used. Instead you should define mapping for your servlets. Once this is done you can access only servlets that you want to be available from the outside and protect the ones you don't. And on top of that you can use any name you wish rather then the name of the servlet. From you web.xml you have: servlet servlet-name set_config /servlet-name servlet-class catseye.ebook.set_config /servlet-class /servlet This can be mapped by: servlet-mapping servlet-nameset_config/servlet-name url-pattern/sconfig/url-pattern servlet-mapping You can the call this servlet from within a html or jsp page with ./sconfig (don't miss leading period) or from the URL with http://localhost/EBook/sconfig . As pointed out in several articles if you change the name of the servlet the only change you have is in the mapping. All references will still point to sconfig that is mapped to the desired servlet. And yes I had code issues that cause me to require the invoker. Once I changed them to ./name the mapping then worked and I was able to remove the invoker completely. Sorry for the long post but thought
Re: jsp deployment
Tomcat manager shows EBook is running. And, when I request it through Apache, Tomcat does serve it up. When I request it through port 8080, Tomcat says it's not available: Workshttp://localhost/EBook Doesn't workhttp://localhost:8080/EBook Works---http://localhost/examples/jsp Works---http://localhost:8080/examples/jsp Jerry BAO RuiXian wrote: Jerry Ford wrote: Sorry, that's a cut-and-paste error that does not appear in the real server.xml. Only one /context end tag; the root context is closed before the EBook context begins: context... / The configuration seems okay then. BTW, can you run http://localhost:8080/manager/list to see what apps you have installed? If you can not find 'EBook', then you need to install it by running http://localhost:8080/manager/install?war=EBook Best Bao Jerry Thomas Tang wrote: Bill is correct. This portions seems off. Try separating them. I dont think you should be seeing /Context followed by and another /Context. !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context Bill Haake [EMAIL PROTECTED] 02/13/2004 12:03 PM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject RE: jsp deployment You have the EBook context nested inside the default (ROOT). -Original Message- From: Jerry Ford [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 11:50 AM To: Tomcat Users List Subject: Re: jsp deployment from server.xml (minus realm, user database resource and a couple of extraneous contexts): Server port=8005 shutdown=SHUTDOWN debug=0 !-- Service -- Service name=Tomcat-Standalone !-- Port 8080 Connector -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / !-- Apache Connector (mod_jk) -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=0 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ !-- Engine -- Engine name=Standalone defaultHost=localhost debug=0 !-- Engine logger (catalina_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ !-- Host (localhost) -- Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true !-- Host logger (localhost_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context !-- examples context -- Context path=/examples docBase=examples debug=0 reloadable=true crossContext=true !-- examples logger (localhost_examples_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_examples_log
Re: jsp deployment
Jerry Ford wrote: Tomcat manager shows EBook is running. And, when I request it through Apache, Tomcat does serve it up. When I request it through port 8080, Tomcat says it's not available: I suggest for now you forget running via Apache totally, since if it is not working directly from Tomcat, it cannot be running via Apache. What you see Tomcat is serving via Apache, actually it is not, rather the Apache itself is serving it. You say Tomcat manager shows EBook is running, did you run localhost:8080//manager/list? Can you post the result of the url? To further debug, can you do the following: 1. Make a 'test' directory under your webapps directory, i.e. paralell to examples and EBook; 2. Make a Context block in the server.xml file for 'test' by copy/paste/modify the Context block for examples; 3. Install this 'test' app by running localhost:8080/manager/install?war=test Then run localhost:8080/test, what happens? Best Bao Workshttp://localhost/EBook Doesn't workhttp://localhost:8080/EBook Works---http://localhost/examples/jsp Works---http://localhost:8080/examples/jsp Jerry BAO RuiXian wrote: Jerry Ford wrote: Sorry, that's a cut-and-paste error that does not appear in the real server.xml. Only one /context end tag; the root context is closed before the EBook context begins: context... / The configuration seems okay then. BTW, can you run http://localhost:8080/manager/list to see what apps you have installed? If you can not find 'EBook', then you need to install it by running http://localhost:8080/manager/install?war=EBook Best Bao - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
BAO RuiXian wrote: Jerry Ford wrote: Tomcat manager shows EBook is running. And, when I request it through Apache, Tomcat does serve it up. When I request it through port 8080, Tomcat says it's not available: I suggest for now you forget running via Apache totally, Agreed. since if it is not working directly from Tomcat, it cannot be running via Apache. What you see Tomcat is serving via Apache, actually it is not, rather the Apache itself is serving it. But Tomcat has to be serving up something; the servlets that are part of EBook do work and Apache can't serve them without Tomcat. You say Tomcat manager shows EBook is running, did you run localhost:8080//manager/list? Can you post the result of the url? Here is the output: OK - Listed applications for virtual host localhost /EBook:running:0:/usr/local/webserver/tomcat/webapps/EBook /manager:running:0:/usr/local/webserver/tomcat/server/webapps/manager /examples:running:0:examples /j_tools:running:0:/usr/local/webserver/webapps/j_tools /tomcat-docs:running:0:/usr/local/webserver/jakarta-tomcat-4.1.27/webapps/tomcat-docs /webdav:running:0:/usr/local/webserver/jakarta-tomcat-4.1.27/webapps/webdav /admin:running:0:/usr/local/webserver/tomcat/server/webapps/admin /:running:0:ROOT To further debug, can you do the following: 1. Make a 'test' directory under your webapps directory, i.e. paralell to examples and EBook; 2. Make a Context block in the server.xml file for 'test' by copy/paste/modify the Context block for examples; 3. Install this 'test' app by running localhost:8080/manager/install?war=test Then run localhost:8080/test, what happens? I get a Tomcat-generated directory listing for / Listing is, of course, empty, since there are no files in test. BTW, I really appreciate your help. Thanks. Best Bao Workshttp://localhost/EBook Doesn't workhttp://localhost:8080/EBook Works---http://localhost/examples/jsp Works---http://localhost:8080/examples/jsp Jerry BAO RuiXian wrote: Jerry Ford wrote: Sorry, that's a cut-and-paste error that does not appear in the real server.xml. Only one /context end tag; the root context is closed before the EBook context begins: context... / The configuration seems okay then. BTW, can you run http://localhost:8080/manager/list to see what apps you have installed? If you can not find 'EBook', then you need to install it by running http://localhost:8080/manager/install?war=EBook Best Bao - 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: jsp deployment
Tomcat manager shows EBook is running. And, when I request it through Apache, Tomcat does serve it up. When I request it through port 8080, Tomcat says it's not available: I suggest for now you forget running via Apache totally, since if it is not working directly from Tomcat, it cannot be running via Apache. What you see Tomcat is serving via Apache, actually it is not, rather the Apache itself is serving it. You say Tomcat manager shows EBook is running, did you run localhost:8080//manager/list? Can you post the result of the url? Jerry, I think BAO is right about apache here. I have a stand alone setup and did a quick test of something. You have in your web.xml: servlet-mapping servlet-nameinvoker/servlet-name url-pattern/*/url-pattern /servlet-mapping When I set mine to this I get 404 resource not found. Curiously, even though it gave a 404 resource not found, the manager showed it running. But with this it works fine. servlet-mapping servlet-nameinvoker/servlet-name url-pattern/servlet/*/url-pattern /servlet-mapping I had this same problem myself. Sorry I didn't spot it sooner. Doug - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Yes, I agree, Apache is an unnecessary complication for the moment and I am focused now on getting things to work through port 8080. But Tomcat does serve up pages when I run the app through Apache---for one thing, the error messages are Tomcat-generated, not Apache, and for another, the servlets do work, which Apache cannot make happen without Tomcat. I don't fully understand the invoker servlet myself, but here's what I think I know: The invoker mapping only applies to servlets, not html or jsps, and the servlets are working (at least through Apache). If the invoker mapping specifies /servlets/* then servlets must be included in the URL. By taking it out of the invoker mapping, it does not need to be included in the URL. So, http://localhost/servlets/do_something is required if the mapping is as you say it should be, and http://localhost/do_something is the URL if the mapping is as I have it. Is that not correct? Jerry Parsons Technical Services wrote: Tomcat manager shows EBook is running. And, when I request it through Apache, Tomcat does serve it up. When I request it through port 8080, Tomcat says it's not available: I suggest for now you forget running via Apache totally, since if it is not working directly from Tomcat, it cannot be running via Apache. What you see Tomcat is serving via Apache, actually it is not, rather the Apache itself is serving it. You say Tomcat manager shows EBook is running, did you run localhost:8080//manager/list? Can you post the result of the url? Jerry, I think BAO is right about apache here. I have a stand alone setup and did a quick test of something. You have in your web.xml: servlet-mapping servlet-nameinvoker/servlet-name url-pattern/*/url-pattern /servlet-mapping When I set mine to this I get 404 resource not found. Curiously, even though it gave a 404 resource not found, the manager showed it running. But with this it works fine. servlet-mapping servlet-nameinvoker/servlet-name url-pattern/servlet/*/url-pattern /servlet-mapping I had this same problem myself. Sorry I didn't spot it sooner. Doug - 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: jsp deployment
Sorry had a typo: resource not found should be: resource not available Thinking one thing typing another. Doug - Original Message - From: Parsons Technical Services [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Saturday, February 14, 2004 2:10 PM Subject: Re: jsp deployment Tomcat manager shows EBook is running. And, when I request it through Apache, Tomcat does serve it up. When I request it through port 8080, Tomcat says it's not available: I suggest for now you forget running via Apache totally, since if it is not working directly from Tomcat, it cannot be running via Apache. What you see Tomcat is serving via Apache, actually it is not, rather the Apache itself is serving it. You say Tomcat manager shows EBook is running, did you run localhost:8080//manager/list? Can you post the result of the url? Jerry, I think BAO is right about apache here. I have a stand alone setup and did a quick test of something. You have in your web.xml: servlet-mapping servlet-nameinvoker/servlet-name url-pattern/*/url-pattern /servlet-mapping When I set mine to this I get 404 resource not found. Curiously, even though it gave a 404 resource not found, the manager showed it running. But with this it works fine. servlet-mapping servlet-nameinvoker/servlet-name url-pattern/servlet/*/url-pattern /servlet-mapping I had this same problem myself. Sorry I didn't spot it sooner. Doug - 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: jsp deployment
I don't fully understand the invoker servlet myself, but here's what I think I know: Nor do I. I am just going by what I have encountered and how I fixed it. The invoker mapping only applies to servlets, not html or jsps, and the servlets are working (at least through Apache). If the invoker mapping specifies /servlets/* then servlets must be included in the URL. By taking it out of the invoker mapping, it does not need to be included in the URL. So, http://localhost/servlets/do_something is required if the mapping is as you say it should be, and http://localhost/do_something is the URL if the mapping is as I have it. Is that not correct? As for the URL: For .jsp and html I do a http://localhost/golf/index.html and it works fine. Where golf is the context path. For servlets it may be true. I am not hitting any servlets directly. As for applying to .jsp or html: In my case the application will not serve up .jsp or html unless it is /servlet/*. Which may mean that I have some errors elsewhere. Doug - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Hi Jerry, You *are* right in saying that there is no additional configuration necessary for Tomcat to serve JSP files. The way I see it, there are several possibilities: 1. If you say that you can access your web application servlets, that means that your web application has been deployed correctly. This means that the 404 error is not related to that reason (if indeed your servlets can be accessed) 2. If you changed the filename and filename extension (i.e. changed it from open.jsp tp open.txt or open.html), and you still cannot even find the page, 2 possibilities come to my mind : - your URL is wrong : that is, if your web application is called EBook and the servlets are accessed using the URL http://localhost/EBook/servlet/someservlet, then your JSP file can only be accessed using the URL http://localhost/EBook/open.jsp. Ok, say you don't want to go through Apache, then you type http://localhost:8080/EBook/open.jsp. Notice that in both cases, you don't use the invoker (i.e. no servlet in the URL). Using the invoker is wrong for JSPs. - you mistyped the filename. This is not so uncommon as you might think. The problem is that, depending on your browser, the browser may cache the results. For example, if you are using Mozilla, if you get a 404 error once and re-type the URL again, you will always get a 404 error, until you clear your cache! Make sure you clear your cache before you try accessing the page again. 3. You must be very tired and frustrated. Try taking a long break, go for a run or something. Then come back to try again. You may even get the whole thing working automagically ! I have written a step by step on deploying web applications at http://cymulacrum.net/tomcat_toc.html because I thought this was the weakest part of the Tomcat documentation. Try working through my toy example there and see if it works. Regards, pascal chong Jerry Ford wrote: Yes, I agree, Apache is an unnecessary complication for the moment and I am focused now on getting things to work through port 8080. But Tomcat does serve up pages when I run the app through Apache---for one thing, the error messages are Tomcat-generated, not Apache, and for another, the servlets do work, which Apache cannot make happen without Tomcat. I don't fully understand the invoker servlet myself, but here's what I think I know: The invoker mapping only applies to servlets, not html or jsps, and the servlets are working (at least through Apache). If the invoker mapping specifies /servlets/* then servlets must be included in the URL. By taking it out of the invoker mapping, it does not need to be included in the URL. So, http://localhost/servlets/do_something is required if the mapping is as you say it should be, and http://localhost/do_something is the URL if the mapping is as I have it. Is that not correct? Jerry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Well, that's odd I followed your advice, BAO RuiXian. I created a dirctory called test and deployed it, with successful results as noted in previous e-mail. Since it did deploy successfully, I wondered what would happen if I copied the contents of the EBook directory---all of it, including html, jps, servlets, and xml files---into the test directory and ran the EBook app from there. And it worked. Everything, including the jsp file that triggered my initial question to the forum. The EBook app works find from the test directory, as the test webapp. Then I went a step further and configured Apache to recognize the test app. And it worked, too. So, my EBook app works whether called directly from Tomcat or from Tomcat via Apache, if deployed in the test directory, but not in the EBook directory, even though the context in server.xml is identical in every respect except directory name. I don't get it. Now I need to get it to work under the name EBook, not test. This is really strange. Jerry Jerry Ford wrote: BAO RuiXian wrote: Jerry Ford wrote: Tomcat manager shows EBook is running. And, when I request it through Apache, Tomcat does serve it up. When I request it through port 8080, Tomcat says it's not available: I suggest for now you forget running via Apache totally, Agreed. since if it is not working directly from Tomcat, it cannot be running via Apache. What you see Tomcat is serving via Apache, actually it is not, rather the Apache itself is serving it. But Tomcat has to be serving up something; the servlets that are part of EBook do work and Apache can't serve them without Tomcat. You say Tomcat manager shows EBook is running, did you run localhost:8080//manager/list? Can you post the result of the url? Here is the output: OK - Listed applications for virtual host localhost /EBook:running:0:/usr/local/webserver/tomcat/webapps/EBook /manager:running:0:/usr/local/webserver/tomcat/server/webapps/manager /examples:running:0:examples /j_tools:running:0:/usr/local/webserver/webapps/j_tools /tomcat-docs:running:0:/usr/local/webserver/jakarta-tomcat-4.1.27/webapps/tomcat-docs /webdav:running:0:/usr/local/webserver/jakarta-tomcat-4.1.27/webapps/webdav /admin:running:0:/usr/local/webserver/tomcat/server/webapps/admin /:running:0:ROOT To further debug, can you do the following: 1. Make a 'test' directory under your webapps directory, i.e. paralell to examples and EBook; 2. Make a Context block in the server.xml file for 'test' by copy/paste/modify the Context block for examples; 3. Install this 'test' app by running localhost:8080/manager/install?war=test Then run localhost:8080/test, what happens? I get a Tomcat-generated directory listing for / Listing is, of course, empty, since there are no files in test. BTW, I really appreciate your help. Thanks. Best Bao Workshttp://localhost/EBook Doesn't workhttp://localhost:8080/EBook Works---http://localhost/examples/jsp Works---http://localhost:8080/examples/jsp Jerry BAO RuiXian wrote: Jerry Ford wrote: Sorry, that's a cut-and-paste error that does not appear in the real server.xml. Only one /context end tag; the root context is closed before the EBook context begins: context... / The configuration seems okay then. BTW, can you run http://localhost:8080/manager/list to see what apps you have installed? If you can not find 'EBook', then you need to install it by running http://localhost:8080/manager/install?war=EBook Best Bao - 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: jsp deployment
Jerry, Try renaming EBook in the context and rename the directory to match. OR Remove the EBook app and then rename test to EBook. Wonder if there is a typo somewhere.. EBook..Ebook..EBooK..etc. It's a real bite what one letter can do. Doug - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Saturday, February 14, 2004 11:09 PM Subject: Re: jsp deployment Well, that's odd I followed your advice, BAO RuiXian. I created a dirctory called test and deployed it, with successful results as noted in previous e-mail. Since it did deploy successfully, I wondered what would happen if I copied the contents of the EBook directory---all of it, including html, jps, servlets, and xml files---into the test directory and ran the EBook app from there. And it worked. Everything, including the jsp file that triggered my initial question to the forum. The EBook app works find from the test directory, as the test webapp. Then I went a step further and configured Apache to recognize the test app. And it worked, too. So, my EBook app works whether called directly from Tomcat or from Tomcat via Apache, if deployed in the test directory, but not in the EBook directory, even though the context in server.xml is identical in every respect except directory name. I don't get it. Now I need to get it to work under the name EBook, not test. This is really strange. Jerry Jerry Ford wrote: BAO RuiXian wrote: Jerry Ford wrote: Tomcat manager shows EBook is running. And, when I request it through Apache, Tomcat does serve it up. When I request it through port 8080, Tomcat says it's not available: I suggest for now you forget running via Apache totally, Agreed. since if it is not working directly from Tomcat, it cannot be running via Apache. What you see Tomcat is serving via Apache, actually it is not, rather the Apache itself is serving it. But Tomcat has to be serving up something; the servlets that are part of EBook do work and Apache can't serve them without Tomcat. You say Tomcat manager shows EBook is running, did you run localhost:8080//manager/list? Can you post the result of the url? Here is the output: OK - Listed applications for virtual host localhost /EBook:running:0:/usr/local/webserver/tomcat/webapps/EBook /manager:running:0:/usr/local/webserver/tomcat/server/webapps/manager /examples:running:0:examples /j_tools:running:0:/usr/local/webserver/webapps/j_tools /tomcat-docs:running:0:/usr/local/webserver/jakarta-tomcat-4.1.27/webapps/to mcat-docs /webdav:running:0:/usr/local/webserver/jakarta-tomcat-4.1.27/webapps/webdav /admin:running:0:/usr/local/webserver/tomcat/server/webapps/admin /:running:0:ROOT To further debug, can you do the following: 1. Make a 'test' directory under your webapps directory, i.e. paralell to examples and EBook; 2. Make a Context block in the server.xml file for 'test' by copy/paste/modify the Context block for examples; 3. Install this 'test' app by running localhost:8080/manager/install?war=test Then run localhost:8080/test, what happens? I get a Tomcat-generated directory listing for / Listing is, of course, empty, since there are no files in test. BTW, I really appreciate your help. Thanks. Best Bao Workshttp://localhost/EBook Doesn't workhttp://localhost:8080/EBook Works---http://localhost/examples/jsp Works---http://localhost:8080/examples/jsp Jerry BAO RuiXian wrote: Jerry Ford wrote: Sorry, that's a cut-and-paste error that does not appear in the real server.xml. Only one /context end tag; the root context is closed before the EBook context begins: context... / The configuration seems okay then. BTW, can you run http://localhost:8080/manager/list to see what apps you have installed? If you can not find 'EBook', then you need to install it by running http://localhost:8080/manager/install?war=EBook Best Bao - 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: jsp deployment-- Clarification of Invoker
My understanding of invoker and my attempt to explain invoker and mapping. Please correct any error I have made. Jerry Ford wrote: I don't fully understand the invoker servlet myself, but here's what I think I know: The invoker mapping only applies to servlets, not html or jsps, and the servlets are working (at least through Apache). True. But if you have any links in the html or jsp page, it can prevent them from being displayed, at least this was true in my case. If the invoker mapping specifies /servlets/* then servlets must be included in the URL. By taking it out of the invoker mapping, it does not need to be included in the URL. So, http://localhost/servlets/do_something is required if the mapping is as you say it should be, and http://localhost/do_something is the URL if the mapping is as I have it. My current understanding is that without the invoker you have to use the full path including the package designation. Unless.. See below. With the invoker it will run ANY servlet in you app by entering the desired or undesired URL. IE it is a security issue. http://localhost/servlets/? when a value matching any of your servlets is entered it is run. As I stated earlier I wastn't hitting any servlets directly from the URL so I cannot attest to if this will work as you have it. All I know at this point is that my setup would not work this way /* but did with /servlet/*. But you are correct that you must have servlet in the URL in order for it to match the pattern with it my way. Now for the kicker. As stated above, the invoker is considered a security risk and should not be used. Instead you should define mapping for your servlets. Once this is done you can access only servlets that you want to be available from the outside and protect the ones you don't. And on top of that you can use any name you wish rather then the name of the servlet. From you web.xml you have: servlet servlet-name set_config /servlet-name servlet-class catseye.ebook.set_config /servlet-class /servlet This can be mapped by: servlet-mapping servlet-nameset_config/servlet-name url-pattern/sconfig/url-pattern servlet-mapping You can the call this servlet from within a html or jsp page with ./sconfig (don't miss leading period) or from the URL with http://localhost/EBook/sconfig . As pointed out in several articles if you change the name of the servlet the only change you have is in the mapping. All references will still point to sconfig that is mapped to the desired servlet. And yes I had code issues that cause me to require the invoker. Once I changed them to ./name the mapping then worked and I was able to remove the invoker completely. Sorry for the long post but thought I would pass along what I found out. Hope it helps. Doug Parsons www.parsonstechnical.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - 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: jsp deployment
Hi all, Do the logs give any indication as to where Tomcat is looking for the jsp files? A 404 error does not sound like a permissions problem. It sounds like a context setting might be off somewhere. Thomas Jerry Ford [EMAIL PROTECTED] 02/13/2004 11:03 AM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject Re: jsp deployment Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - 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: jsp deployment
Jerry Ford wrote: Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Have you tried run your jsp file directly from Tomcat instead of via Apache? How about you copy one of the jsp files from the example jsp files to this directory to see it still works? I think your problem is just very trivial, somewhere wrong. Best Bao Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Logs show class-not-found exception for open.jsp. Which brings me back to my original question---what do I need to configure to let Tomcat know about this jsp? It already knows where my webapp is and is able to serve my servlets just fine, as well as the html files that are in the same directory as the jsp. thanks. Jerry Thomas Tang wrote: Hi all, Do the logs give any indication as to where Tomcat is looking for the jsp files? A 404 error does not sound like a permissions problem. It sounds like a context setting might be off somewhere. Thomas Jerry Ford [EMAIL PROTECTED] 02/13/2004 11:03 AM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject Re: jsp deployment Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - 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: jsp deployment
I had a similar problem with my jsp files. I included as the toplines in my jsp files : %@ page contentType=text/html; charset=iso-8859-1 language=java import=java.sql.* errorPage= % !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; These lines are created by dreamweaver I just copied them from a working jsp file to the not working jsp file. This seemed to solve my problems. I don't know why it solved it. To my knowledge every html file becomes a jsp file when you change the extension. Werner On Feb 13, 2004, at 5:13 PM, BAO RuiXian wrote: Jerry Ford wrote: Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Have you tried run your jsp file directly from Tomcat instead of via Apache? How about you copy one of the jsp files from the example jsp files to this directory to see it still works? I think your problem is just very trivial, somewhere wrong. Best Bao Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Werner van Mook Java Lead Developer / Trainer Connecties Voor Internet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Hmmm...when I go to http://localhost/mywebapp, it works fine. When I bypass Apache and go to http://localhost:8080, I get Tomcat's home page, and http://localhost:8080/examples/jsp, I get the Tomcat examples. But when I go to http://localhost:8080/mywebapp, I get 404, resource not available. Jerry BAO RuiXian wrote: Jerry Ford wrote: Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Have you tried run your jsp file directly from Tomcat instead of via Apache? How about you copy one of the jsp files from the example jsp files to this directory to see it still works? I think your problem is just very trivial, somewhere wrong. Best Bao Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - 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: jsp deployment
Do you have a JDK installed? Do you have a JAVA_HOME environment variable set? Can Jasper find the java compiler (javac)? --- Jerry Ford [EMAIL PROTECTED] wrote: Logs show class-not-found exception for open.jsp. Which brings me back to my original question---what do I need to configure to let Tomcat know about this jsp? It already knows where my webapp is and is able to serve my servlets just fine, as well as the html files that are in the same directory as the jsp. thanks. Jerry Thomas Tang wrote: Hi all, Do the logs give any indication as to where Tomcat is looking for the jsp files? A 404 error does not sound like a permissions problem. It sounds like a context setting might be off somewhere. Thomas Jerry Ford [EMAIL PROTECTED] 02/13/2004 11:03 AM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject Re: jsp deployment Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - 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] __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Cut and paste your context settings. Thomas Jerry Ford [EMAIL PROTECTED] 02/13/2004 11:33 AM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject Re: jsp deployment Hmmm...when I go to http://localhost/mywebapp, it works fine. When I bypass Apache and go to http://localhost:8080, I get Tomcat's home page, and http://localhost:8080/examples/jsp, I get the Tomcat examples. But when I go to http://localhost:8080/mywebapp, I get 404, resource not available. Jerry BAO RuiXian wrote: Jerry Ford wrote: Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Have you tried run your jsp file directly from Tomcat instead of via Apache? How about you copy one of the jsp files from the example jsp files to this directory to see it still works? I think your problem is just very trivial, somewhere wrong. Best Bao Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - 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: jsp deployment
Yes, yes, and yes...JDK 1.4, $JAVA_HOME is set to /usr/java/j2sdk1.4.0, and Tomcat is able to compile the example jsps that come in the webserver package. Jerry David Ramsey wrote: Do you have a JDK installed? Do you have a JAVA_HOME environment variable set? Can Jasper find the java compiler (javac)? --- Jerry Ford [EMAIL PROTECTED] wrote: Logs show class-not-found exception for open.jsp. Which brings me back to my original question---what do I need to configure to let Tomcat know about this jsp? It already knows where my webapp is and is able to serve my servlets just fine, as well as the html files that are in the same directory as the jsp. thanks. Jerry Thomas Tang wrote: Hi all, Do the logs give any indication as to where Tomcat is looking for the jsp files? A 404 error does not sound like a permissions problem. It sounds like a context setting might be off somewhere. Thomas Jerry Ford [EMAIL PROTECTED] 02/13/2004 11:03 AM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject Re: jsp deployment Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - 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] __ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.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: jsp deployment
Jerry, Hang on for a minute. Have you tried to access this directly from the url? http://localhost:8080/mywebapp/open.jsp I missed in your original post that you were using javascript to access it. Doug - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, February 13, 2004 11:03 AM Subject: Re: jsp deployment Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Tomcat simply will not serve my .jsp file regardless of filetype (tried it as .txt). Permissions and file ownership are identical to the permissions of the Tomcat example .jsp files, which do work. I restart Tomcat everytime I make a change. Still get the 404 when I call the jsp, even though the html files in the same directory work fine, as do the servlets in the same webapp space. Jerry Parsons Technical Services wrote: Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - 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: jsp deployment
from server.xml (minus realm, user database resource and a couple of extraneous contexts): Server port=8005 shutdown=SHUTDOWN debug=0 !-- Service -- Service name=Tomcat-Standalone !-- Port 8080 Connector -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / !-- Apache Connector (mod_jk) -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=0 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ !-- Engine -- Engine name=Standalone defaultHost=localhost debug=0 !-- Engine logger (catalina_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ !-- Host (localhost) -- Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true !-- Host logger (localhost_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context !-- examples context -- Context path=/examples docBase=examples debug=0 reloadable=true crossContext=true !-- examples logger (localhost_examples_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_examples_log. suffix=.txt timestamp=true/ /Context /Host /Engine /Service /Server Webapp's web.xml (complete): ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; !-- Java version of ebook generating utility. -- web-app display-nameCat's Eye EBook Builder/display-name description EBook generator web application /description servlet servlet-name book_builder /servlet-name servlet-class catseye.ebook.book_builder /servlet-class /servlet servlet servlet-name set_config /servlet-name servlet-class catseye.ebook.set_config /servlet-class /servlet servlet servlet-name get_config /servlet-name servlet-class catseye.ebook.get_config /servlet-class /servlet servlet-mapping servlet-nameinvoker/servlet-name url-pattern/*/url-pattern /servlet-mapping /web-app Thomas Tang wrote: Cut and paste your context settings. Thomas Jerry Ford [EMAIL PROTECTED] 02/13/2004 11:33 AM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject Re: jsp deployment Hmmm...when I go to http://localhost/mywebapp, it works fine. When I bypass Apache and go to http://localhost:8080, I get Tomcat's home page, and http://localhost:8080/examples/jsp, I get the Tomcat examples. But when I go to http://localhost:8080/mywebapp, I get 404, resource not available. Jerry BAO RuiXian wrote: Jerry Ford wrote: Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Have you tried run your jsp file directly from Tomcat instead of via Apache? How about you copy one
Re: jsp deployment
Jerry Ford wrote: Hmmm...when I go to http://localhost/mywebapp, it works fine. When I bypass Apache and go to http://localhost:8080, I get Tomcat's home page, and http://localhost:8080/examples/jsp, I get the Tomcat examples. But when I go to http://localhost:8080/mywebapp, I get 404, resource not available. So, actually it is not the problem of jsp, rather the configuartion of of your application context. Do you have a corresponding Context block to your application like the examples in your server.xml file in the directory config? Best Bao Jerry BAO RuiXian wrote: Jerry Ford wrote: Good suggestions, but, no, didn't work. There are no config issues preventing Tomcat from serving files from my webapp---html and servlets all work. And I know Tomcat is serving jsp files correctly; Tomcat's default examples work. Have you tried run your jsp file directly from Tomcat instead of via Apache? How about you copy one of the jsp files from the example jsp files to this directory to see it still works? I think your problem is just very trivial, somewhere wrong. Best Bao - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jsp deployment
You have the EBook context nested inside the default (ROOT). -Original Message- From: Jerry Ford [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 11:50 AM To: Tomcat Users List Subject: Re: jsp deployment from server.xml (minus realm, user database resource and a couple of extraneous contexts): Server port=8005 shutdown=SHUTDOWN debug=0 !-- Service -- Service name=Tomcat-Standalone !-- Port 8080 Connector -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / !-- Apache Connector (mod_jk) -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=0 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ !-- Engine -- Engine name=Standalone defaultHost=localhost debug=0 !-- Engine logger (catalina_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ !-- Host (localhost) -- Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true !-- Host logger (localhost_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context !-- examples context -- Context path=/examples docBase=examples debug=0 reloadable=true crossContext=true !-- examples logger (localhost_examples_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_examples_log. suffix=.txt timestamp=true/ /Context /Host /Engine /Service /Server Webapp's web.xml (complete): ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; !-- Java version of ebook generating utility. -- web-app display-nameCat's Eye EBook Builder/display-name description EBook generator web application /description servlet servlet-name book_builder /servlet-name servlet-class catseye.ebook.book_builder /servlet-class /servlet servlet servlet-name set_config /servlet-name servlet-class catseye.ebook.set_config /servlet-class /servlet servlet servlet-name get_config /servlet-name servlet-class catseye.ebook.get_config /servlet-class /servlet servlet-mapping servlet-nameinvoker/servlet-name url-pattern/*/url-pattern /servlet-mapping /web-app Thomas Tang wrote: Cut and paste your context settings. Thomas Jerry Ford [EMAIL PROTECTED] 02/13/2004 11:33 AM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject Re: jsp deployment Hmmm...when I go to http://localhost/mywebapp, it works fine. When I bypass Apache and go to http://localhost:8080, I get Tomcat's home page, and http://localhost:8080/examples/jsp, I get the Tomcat examples. But when I go to http://localhost:8080/mywebapp, I get 404, resource not available. Jerry BAO RuiXian wrote: Jerry Ford wrote: Good suggestions
Re: jsp deployment
Does anyone know where I can download mod_jk 1.2.5? Jakarta doesn't seem to have it in there site anymore , unless I missed it??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Looking for the source or binary? From: Dwayne Ghant [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: jsp deployment Date: Fri, 13 Feb 2004 09:05:12 -0800 Does anyone know where I can download mod_jk 1.2.5? Jakarta doesn't seem to have it in there site anymore , unless I missed it??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/viruspgmarket=en-caRU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Looking for the source or binary? I know source for both are there, rather then the link with binindex.cgi its sourceindex.cgi From: Dwayne Ghant [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: jsp deployment Date: Fri, 13 Feb 2004 09:05:12 -0800 Does anyone know where I can download mod_jk 1.2.5? Jakarta doesn't seem to have it in there site anymore , unless I missed it??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/viruspgmarket=en-caRU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
if you still cant find the source one for 1.25 I still have the tar.gz on my machine. From: Dwayne Ghant [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: jsp deployment Date: Fri, 13 Feb 2004 09:05:12 -0800 Does anyone know where I can download mod_jk 1.2.5? Jakarta doesn't seem to have it in there site anymore , unless I missed it??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/viruspgmarket=en-caRU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Both . Didier McGillis wrote: Looking for the source or binary? From: Dwayne Ghant [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: jsp deployment Date: Fri, 13 Feb 2004 09:05:12 -0800 Does anyone know where I can download mod_jk 1.2.5? Jakarta doesn't seem to have it in there site anymore , unless I missed it??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/viruspgmarket=en-caRU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dwayne A. Ghant Application Developer Temple University 215.204. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Jerry, Hang in there. Most of us have been there. To me it felt like a game show with everyone shouting out different answers all at once. As for Didier and Dwanye, not nice. Think about when you were on the other side and desperately looking for that one answer. How would you feel about opening the email only to find it had nothing to do with you? And Jerry no matter how simple or dumb the problem is let us know when you crack it. Most of us have dumb, dumber and dumbest stories on ourselves.. Doug - Original Message - From: Didier McGillis [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, February 13, 2004 12:08 PM Subject: Re: jsp deployment if you still cant find the source one for 1.25 I still have the tar.gz on my machine. From: Dwayne Ghant [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: jsp deployment Date: Fri, 13 Feb 2004 09:05:12 -0800 Does anyone know where I can download mod_jk 1.2.5? Jakarta doesn't seem to have it in there site anymore , unless I missed it??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/viruspgmarket=en-caRU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca - 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: jsp deployment
No, root context is defined in a single, self-closing tag: context... / It's unchanged from Tomcat's default server.xml. But...on second look, there is an extra closing tag after Ebook's context in this cut-and-paste (I cut and paste in multiple steps; couldn't get the whole thing in one vi window): /context /context But the active server.xml does not have two of them, only one. Jerry Bill Haake wrote: You have the EBook context nested inside the default (ROOT). -Original Message- From: Jerry Ford [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 11:50 AM To: Tomcat Users List Subject: Re: jsp deployment from server.xml (minus realm, user database resource and a couple of extraneous contexts): Server port=8005 shutdown=SHUTDOWN debug=0 !-- Service -- Service name=Tomcat-Standalone !-- Port 8080 Connector -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / !-- Apache Connector (mod_jk) -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=0 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ !-- Engine -- Engine name=Standalone defaultHost=localhost debug=0 !-- Engine logger (catalina_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ !-- Host (localhost) -- Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true !-- Host logger (localhost_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context !-- examples context -- Context path=/examples docBase=examples debug=0 reloadable=true crossContext=true !-- examples logger (localhost_examples_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_examples_log. suffix=.txt timestamp=true/ /Context /Host /Engine /Service /Server Webapp's web.xml (complete): ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; !-- Java version of ebook generating utility. -- web-app display-nameCat's Eye EBook Builder/display-name description EBook generator web application /description servlet servlet-name book_builder /servlet-name servlet-class catseye.ebook.book_builder /servlet-class /servlet servlet servlet-name set_config /servlet-name servlet-class catseye.ebook.set_config /servlet-class /servlet servlet servlet-name get_config /servlet-name servlet-class catseye.ebook.get_config /servlet-class /servlet servlet-mapping servlet-nameinvoker/servlet-name url-pattern/*/url-pattern /servlet-mapping /web-app Thomas Tang wrote: Cut and paste your context settings. Thomas Jerry Ford [EMAIL PROTECTED] 02/13/2004 11:33 AM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject Re: jsp deployment Hmmm...when I go to http://localhost/mywebapp, it works fine. When I bypass
RE: jsp deployment
Bill is correct. This portions seems off. Try separating them. I dont think you should be seeing /Context followed by and another /Context. !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context Bill Haake [EMAIL PROTECTED] 02/13/2004 12:03 PM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject RE: jsp deployment You have the EBook context nested inside the default (ROOT). -Original Message- From: Jerry Ford [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 11:50 AM To: Tomcat Users List Subject: Re: jsp deployment from server.xml (minus realm, user database resource and a couple of extraneous contexts): Server port=8005 shutdown=SHUTDOWN debug=0 !-- Service -- Service name=Tomcat-Standalone !-- Port 8080 Connector -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / !-- Apache Connector (mod_jk) -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=0 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ !-- Engine -- Engine name=Standalone defaultHost=localhost debug=0 !-- Engine logger (catalina_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ !-- Host (localhost) -- Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true !-- Host logger (localhost_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context !-- examples context -- Context path=/examples docBase=examples debug=0 reloadable=true crossContext=true !-- examples logger (localhost_examples_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_examples_log. suffix=.txt timestamp=true/ /Context /Host /Engine /Service /Server Webapp's web.xml (complete): ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; !-- Java version of ebook generating utility. -- web-app display-nameCat's Eye EBook Builder/display-name description EBook generator web application /description servlet servlet-name book_builder /servlet-name servlet-class catseye.ebook.book_builder /servlet-class /servlet servlet servlet-name
Re: jsp deployment
Sorry, that's a cut-and-paste error that does not appear in the real server.xml. Only one /context end tag; the root context is closed before the EBook context begins: context... / Jerry Thomas Tang wrote: Bill is correct. This portions seems off. Try separating them. I dont think you should be seeing /Context followed by and another /Context. !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context Bill Haake [EMAIL PROTECTED] 02/13/2004 12:03 PM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject RE: jsp deployment You have the EBook context nested inside the default (ROOT). -Original Message- From: Jerry Ford [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 11:50 AM To: Tomcat Users List Subject: Re: jsp deployment from server.xml (minus realm, user database resource and a couple of extraneous contexts): Server port=8005 shutdown=SHUTDOWN debug=0 !-- Service -- Service name=Tomcat-Standalone !-- Port 8080 Connector -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / !-- Apache Connector (mod_jk) -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=0 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ !-- Engine -- Engine name=Standalone defaultHost=localhost debug=0 !-- Engine logger (catalina_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ !-- Host (localhost) -- Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true !-- Host logger (localhost_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context !-- examples context -- Context path=/examples docBase=examples debug=0 reloadable=true crossContext=true !-- examples logger (localhost_examples_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_examples_log. suffix=.txt timestamp=true/ /Context /Host /Engine /Service /Server Webapp's web.xml (complete): ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; !-- Java version of ebook generating utility. -- web-app display-nameCat's Eye EBook Builder/display-name description EBook generator web application /description servlet servlet-name book_builder /servlet-name servlet-class
Re: jsp deployment
Jerry Ford wrote: Sorry, that's a cut-and-paste error that does not appear in the real server.xml. Only one /context end tag; the root context is closed before the EBook context begins: context... / The configuration seems okay then. BTW, can you run http://localhost:8080/manager/list to see what apps you have installed? If you can not find 'EBook', then you need to install it by running http://localhost:8080/manager/install?war=EBook Best Bao Jerry Thomas Tang wrote: Bill is correct. This portions seems off. Try separating them. I dont think you should be seeing /Context followed by and another /Context. !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context Bill Haake [EMAIL PROTECTED] 02/13/2004 12:03 PM Please respond to Tomcat Users List [EMAIL PROTECTED] To Tomcat Users List [EMAIL PROTECTED] cc Subject RE: jsp deployment You have the EBook context nested inside the default (ROOT). -Original Message- From: Jerry Ford [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 11:50 AM To: Tomcat Users List Subject: Re: jsp deployment from server.xml (minus realm, user database resource and a couple of extraneous contexts): Server port=8005 shutdown=SHUTDOWN debug=0 !-- Service -- Service name=Tomcat-Standalone !-- Port 8080 Connector -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / !-- Apache Connector (mod_jk) -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=0 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ !-- Engine -- Engine name=Standalone defaultHost=localhost debug=0 !-- Engine logger (catalina_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ !-- Host (localhost) -- Host name=localhost debug=0 appBase=webapps unpackWARs=true autoDeploy=true !-- Host logger (localhost_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ !-- ROOT context -- Context path= docBase=ROOT debug=0/ !-- EBook context -- Context path=/EBook docBase=EBook debug=0 reloadable=true crossContext=true !-- EBook logger (localhost_EBook_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_EBook_log. suffix=.txt timestamp=true / /Context /Context !-- examples context -- Context path=/examples docBase=examples debug=0 reloadable=true crossContext=true !-- examples logger (localhost_examples_log.txt) -- Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_examples_log. suffix=.txt timestamp=true/ /Context /Host /Engine /Service /Server Webapp's web.xml (complete): ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd
jsp deployment
The webapp I am writing has until today used html pages, JavaScript, and servlets, but no jsp files. Now I want to add one, so I placed the file open.jsp in the webapp's root directory (where the html files are). I thought that's all I needed to do, but Tomcat chokes when the jsp is requested. I get a 404 error, the requested resoruce is not available. What do I need to configure to get Tomcat to serve the jsp? My setup is: Apache 1.3.27 - Tomcat 4.1.27 via mod_jk, on a Linux box. All Tomcat examples (jsps and servlets) work fine, my webapp servlets work fine. Apache config includes this statement: JkMount /mywebapp/* .jsp ajp13 (and anyway the error comes from Tomcat, so I know I'm getting through Apache). I have not made any jsp-related changes to my webapp's web.xml file, which is where I define the servlets. All the docs I have on Tomcat agree with this statement in the O'Reilly book Tomcat: The Definitive Guide: JSPs can be installed anywhere in a web applicationJSPs can be copied to the root of your web application or placed in any subdirectory other than WEB-INF. So here's my structure: $TOMCAT_HOME '---webapps '---mywebapp ...'---index.html ...'---open.jsp index.html hands off to open.jsp by way of this JasvaScript statement: document.location=open.jsp And Tomcat serves up the 404 error. What to do? Thanks. Jerry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
: Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM -- software -- http://www.brandxdev.net (C++ / Java / SSL) tech news -- http://www.RoarNetworX.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp deployment
Jerry, Just for a test, change the file name to end with .txt and see if the page is displayed. If it still fails. I would double check the permissions/ownership on that file. If it works, then try a restart. After a restart if it still fails, check your configs for an entry that might be blocking or redirecting the request. Just a novice throwing out ideas. Doug Parsons www.parsonstechnical.com - Original Message - From: Jerry Ford [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, February 12, 2004 2:33 PM Subject: Re: jsp deployment Permissions on the .jsp file are identical to permissions on all of the html, javascript, and servlet class files in the webapp, all of which work: -rw--r--r-- owner/group is jford:user (which is the uid under which tomcat was started). And I know it will serve .jsp's, the Tomcat example .jsp's all work. Jerry QM wrote: : Tomcat chokes when the jsp is requested. I get a 404 : error, the requested resoruce is not available. : : What do I need to configure to get Tomcat to serve the jsp? Chances are it's a permissions issue on the file. (Unless you've tweaked Tomcat's config, it should already be able to serve JSPs.) -QM - 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: jsp deployment
You have a space in your JKMount? /mywebapp/* .jsp ajp13 should be: /mywebapp/*.jsp ajp13 Also, where does JAVA_HOME point to? If it's only a JRE, your JSP's won't compile. The example ones may work if they were pre-compiled (though I'm pretty sure they didn't start doing that until 5.0.x). Also, try this javascript instead (perhaps it's a browser issue) window.location.replace(http://www.mydomain.com/mywebapp/open.jsp;); -Original Message- From: Jerry Ford [mailto:[EMAIL PROTECTED] Sent: Thursday, February 12, 2004 10:47 AM To: Tomcat Users List Subject: jsp deployment The webapp I am writing has until today used html pages, JavaScript, and servlets, but no jsp files. Now I want to add one, so I placed the file open.jsp in the webapp's root directory (where the html files are). I thought that's all I needed to do, but Tomcat chokes when the jsp is requested. I get a 404 error, the requested resoruce is not available. What do I need to configure to get Tomcat to serve the jsp? My setup is: Apache 1.3.27 - Tomcat 4.1.27 via mod_jk, on a Linux box. All Tomcat examples (jsps and servlets) work fine, my webapp servlets work fine. Apache config includes this statement: JkMount /mywebapp/* .jsp ajp13 (and anyway the error comes from Tomcat, so I know I'm getting through Apache). I have not made any jsp-related changes to my webapp's web.xml file, which is where I define the servlets. All the docs I have on Tomcat agree with this statement in the O'Reilly book Tomcat: The Definitive Guide: JSPs can be installed anywhere in a web applicationJSPs can be copied to the root of your web application or placed in any subdirectory other than WEB-INF. So here's my structure: $TOMCAT_HOME '---webapps '---mywebapp ...'---index.html ...'---open.jsp index.html hands off to open.jsp by way of this JasvaScript statement: document.location=open.jsp And Tomcat serves up the 404 error. What to do? Thanks. Jerry - 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]