Re: Search engine friendly URLs
On Sun, 3 Oct 2004 09:59:36 +1000, Ben [EMAIL PROTECTED] wrote: I would like to use Tomcat alone In your web.xml use this mapping: - servlet-mapping servlet-nameMyServlet/servlet-name url-pattern/do/*/url-pattern /servlet-mapping - If you request the url http://localhost/do/site/books/architecture; On Sat, 02 Oct 2004 19:37:35 -0400, Dov Rosenberg [EMAIL PROTECTED] wrote: Use URL Rewriting with Apache. That will do what you are looking for. On 10/2/04 11:53 AM, Ben [EMAIL PROTECTED] wrote: Hi Is it possible to make the URLs on my site search engine friendly? I am using Tomcat and Struts. I would like to turn: http://localhost/site.do?section=bookssubsection=architecture into this: http://localhost/do/site/books/architecture Regards, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dov Rosenberg Conviveon Corporation 370 Centerpointe Circle, suite 1178 Altamonte Springs, FL 32701 http://www.conviveon.com [EMAIL PROTECTED] AOL IM: dovrosenberg (407) 339-1177 x102 (407) 339-6704 (fax) (800) 475-9890 (407) 310-8316 (cell) - 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] -- Andrea Polci - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Search engine friendly URLs
Sorry, I've sent the message wile I was still writing. On Sun, 3 Oct 2004 09:59:36 +1000, Ben [EMAIL PROTECTED] wrote: I would like to use Tomcat alone In your web.xml use this mapping: - servlet-mapping servlet-nameMyServlet/servlet-name url-pattern/do/*/url-pattern /servlet-mapping - If you request the url http://localhost/do/site/books/architecture; and call the method: req.getPathInfo() you will get the String: /site/book/architecture Andrea -- Andrea Polci - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
integration with iis 6 problem!
Dear Reader, Do any body has enough information about integration between Tomcat 4 and IIS 6 ? I have read the file http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-iis-howto.html and http://www.onjava.com/pub/a/onjava/2002/12/18/tomcat.html but it did not work! Could you possibly help me with this problem? Sincerely Yours, Ali Hoseinjany
Tomcat Compiling Error
Does anybody help my solving this problem? I really dont'know why just this application gives me this kind of error. The problem seems to be that the jsp pages aren't compiled but why? Tanks in advice, Omar == 2-ott-2004 18.41.32 org.apache.jasper.compiler.Compiler generateClass GRAVE: Error compiling file: [trimmed by me for security reasons]_//org/apache/jsp/login_jsp.java [javac] Compiling 1 source file 2-ott-2004 18.41.32 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to compile class for JSP No Java compiler was found to compile the generated source for the JSP. This can usually be solved by copying manually $JAVA_HOME/lib/tools.jar from the JDK to the common/lib directory of the Tomcat server, followed by a Tomcat restart. If using an alternate Java compiler, please check its installation and access path. at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:127) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:351) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:415) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:458) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:552) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) ==
RE: Reducing network traffic for rollover images
I am going to have to disagree with the group. I had the same problem and solved it by creating a Filter that sets the appropriate response header information. I have included the configuration and the code here. web.xml entries that are necessary: filter filter-nameCacheControlHeaderFilter/filter-name filter-classfilters.ResponseHeaderFilter/filter-class init-param param-nameCache-Control/param-name param-valueprivate,max-age=3600/param-value /init-param init-param param-namePragma/param-name param-valuecache/param-value /init-param /filter Here are the resources that the filter is applied to, of course change them to what you specifically need. filter-mapping filter-nameCacheControlHeaderFilter/filter-name url-pattern*.gif/url-pattern /filter-mapping filter-mapping filter-nameCacheControlHeaderFilter/filter-name url-pattern*.css/url-pattern /filter-mapping filter-mapping filter-nameCacheControlHeaderFilter/filter-name url-pattern*.js/url-pattern /filter-mapping filter-mapping filter-nameCacheControlHeaderFilter/filter-name url-pattern*.htc/url-pattern /filter-mapping filter-mapping filter-nameCacheControlHeaderFilter/filter-name url-pattern*.wav/url-pattern /filter-mapping filter-mapping filter-nameCacheControlHeaderFilter/filter-name url-pattern*.swf/url-pattern /filter-mapping And here is the filter code: package filters; import java.io.IOException; import java.util.Enumeration; import javax.servlet.Filter; import javax.servlet.FilterChain; import javax.servlet.FilterConfig; import javax.servlet.ServletException; import javax.servlet.ServletRequest; import javax.servlet.ServletResponse; import javax.servlet.http.HttpServletResponse; /** * This filter inserts the information in its codeFilterConfig/code configuration * file into the response headers if the resource requested meets the filter-mapping. * * @author Keith Jul 29, 2004 * */ public class ResponseHeaderFilter implements Filter { FilterConfig fc; public void destroy() { this.fc = null; } public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException { HttpServletResponse response = (HttpServletResponse) res; // set the provided HTTP response parameters Enumeration e = fc.getInitParameterNames(); while ( e.hasMoreElements() ) { String headerName = (String)e.nextElement(); // DO NOT USE addHeader it WILL NOT WORK PROPERLY! // response.addHeader(headerName, fc.getInitParameter(headerName)); response.setHeader(headerName, fc.getInitParameter(headerName)); } // pass the request/response on chain.doFilter(req, res); } // doFilter public void init(FilterConfig filterConfig) { this.fc = filterConfig; } } This solved the same problem I was having and works for all browsers. Keep in mind serveral things. One, when doing development you may need to flush your browser cache if you are updating the images and re-running IE to check them out as they are cached. Two, once optimized I would suggest changing the max-age setting in the web.xml to something that is quite longer. Three, remember to add the appropriate file types as a filter-mapping otherwise you will pull your hair out wondering why it is not working when in fact it is just a crappy configuration problem. Four, this is a straight Tomcat solution, I do not use Apache as my front-end so if you are using Apache as your front end you will probably need a different solution, although I have heard, although never verified, that Apache will do the right thing when serving up static resources and that this is only needed for those of us running Tomcat standalone. Of course the great thing about this solution is that it is part of your jar, no outside server.xml configuration necessary so it can be reused from application to application. Enjoy, if you have any problems with it let me know. Sorry to be the dissenter, Keith -Original Message- From: Robert Hunt [mailto:[EMAIL PROTECTED] Sent: Friday, October 01, 2004 12:44 PM To: [EMAIL PROTECTED] Subject: Reducing network traffic for rollover images Is there a way (as in, response header or other HTTPServletResponse setting) that can persuade a browser to use a cached version of an GIF/JPG that's used for a rollover effect? I'd like to reduce the network traffic (and perhaps improve the browser's response) from browsers that attempt to (re)load a rollover image for every tiny mousemove increment -- only to receive a 304 response anyway. -- RH - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
RE: Tomcat Compiling Error
This will happen if you are using only a JRE and not a JDK. I've also occasionaly seen it when using a JDK and also with tools.jar on the classpath which is a strange one. As it says if you copy tools.jar from the JDK to the common/lib directory of your tomcat install it will definitely solve the problem. Ta Matt -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 11:34 To: [EMAIL PROTECTED] Subject: Tomcat Compiling Error Does anybody help my solving this problem? I really dont'know why just this application gives me this kind of error. The problem seems to be that the jsp pages aren't compiled but why? Tanks in advice, Omar == 2-ott-2004 18.41.32 org.apache.jasper.compiler.Compiler generateClass GRAVE: Error compiling file: [trimmed by me for security reasons]_//org/apache/jsp/login_jsp.java [javac] Compiling 1 source file 2-ott-2004 18.41.32 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to compile class for JSP No Java compiler was found to compile the generated source for the JSP. This can usually be solved by copying manually $JAVA_HOME/lib/tools.jar from the JDK to the common/lib directory of the Tomcat server, followed by a Tomcat restart. If using an alternate Java compiler, please check its installation and access path. at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:127) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:351) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:415) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:458) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:552) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) == Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are
Re: Tomcat Compiling Error
I have tried what u say but the problem is here again... I'm also sure to have th JDK in my classpath and that other webapps application are using that. other suggestions? - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 4:29 PM Subject: RE: Tomcat Compiling Error This will happen if you are using only a JRE and not a JDK. I've also occasionaly seen it when using a JDK and also with tools.jar on the classpath which is a strange one. As it says if you copy tools.jar from the JDK to the common/lib directory of your tomcat install it will definitely solve the problem. Ta Matt -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 11:34 To: [EMAIL PROTECTED] Subject: Tomcat Compiling Error Does anybody help my solving this problem? I really dont'know why just this application gives me this kind of error. The problem seems to be that the jsp pages aren't compiled but why? Tanks in advice, Omar == 2-ott-2004 18.41.32 org.apache.jasper.compiler.Compiler generateClass GRAVE: Error compiling file: [trimmed by me for security reasons]_//org/apache/jsp/login_jsp.java [javac] Compiling 1 source file 2-ott-2004 18.41.32 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to compile class for JSP No Java compiler was found to compile the generated source for the JSP. This can usually be solved by copying manually $JAVA_HOME/lib/tools.jar from the JDK to the common/lib directory of the Tomcat server, followed by a Tomcat restart. If using an alternate Java compiler, please check its installation and access path. at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:127) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:351) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:415) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:458) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:552) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584)
RE: Tomcat Compiling Error
I'm not really sure then i've always been able to solve it with one of the suggestions below. Are there any other tips in the log files? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 15:51 To: Tomcat Users List Subject: Re: Tomcat Compiling Error I have tried what u say but the problem is here again... I'm also sure to have th JDK in my classpath and that other webapps application are using that. other suggestions? - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 4:29 PM Subject: RE: Tomcat Compiling Error This will happen if you are using only a JRE and not a JDK. I've also occasionaly seen it when using a JDK and also with tools.jar on the classpath which is a strange one. As it says if you copy tools.jar from the JDK to the common/lib directory of your tomcat install it will definitely solve the problem. Ta Matt -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 11:34 To: [EMAIL PROTECTED] Subject: Tomcat Compiling Error Does anybody help my solving this problem? I really dont'know why just this application gives me this kind of error. The problem seems to be that the jsp pages aren't compiled but why? Tanks in advice, Omar == 2-ott-2004 18.41.32 org.apache.jasper.compiler.Compiler generateClass GRAVE: Error compiling file: [trimmed by me for security reasons]_//org/apache/jsp/login_jsp.java [javac] Compiling 1 source file 2-ott-2004 18.41.32 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to compile class for JSP No Java compiler was found to compile the generated source for the JSP. This can usually be solved by copying manually $JAVA_HOME/lib/tools.jar from the JDK to the common/lib directory of the Tomcat server, followed by a Tomcat restart. If using an alternate Java compiler, please check its installation and access path. at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:127) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:351) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:415) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:458) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:552) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at
Re: Search engine friendly URLs
If you want to be able to scale your application, you need to be able to move the static image handling out of tomcat to a separate web server. Using Tomcat to handle both application chores and web serving chores will limit the overall scalability of your system. Short of passing parameters as session variables I don't think tomcat can do what you are asking. The big problem with using session level variables is that your pages can not be bookmarked. Most search engines can index dynamic pages pretty well. Just make sure the URLs don't include any session specific information, otherwise the search engine data is garbage On 10/2/04 7:59 PM, Ben [EMAIL PROTECTED] wrote: I would like to use Tomcat alone On Sat, 02 Oct 2004 19:37:35 -0400, Dov Rosenberg [EMAIL PROTECTED] wrote: Use URL Rewriting with Apache. That will do what you are looking for. On 10/2/04 11:53 AM, Ben [EMAIL PROTECTED] wrote: Hi Is it possible to make the URLs on my site search engine friendly? I am using Tomcat and Struts. I would like to turn: http://localhost/site.do?section=bookssubsection=architecture into this: http://localhost/do/site/books/architecture Regards, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Dov Rosenberg Conviveon Corporation 370 Centerpointe Circle, suite 1178 Altamonte Springs, FL 32701 http://www.conviveon.com [EMAIL PROTECTED] AOL IM: dovrosenberg (407) 339-1177 x102 (407) 339-6704 (fax) (800) 475-9890 (407) 310-8316 (cell) - 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] -- Dov Rosenberg Conviveon Corporation http://www.conviveon.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Compiling Error
There nothing more in the log file. Maybe should help that I'm using a form-based authentication? - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 4:56 PM Subject: RE: Tomcat Compiling Error I'm not really sure then i've always been able to solve it with one of the suggestions below. Are there any other tips in the log files? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 15:51 To: Tomcat Users List Subject: Re: Tomcat Compiling Error I have tried what u say but the problem is here again... I'm also sure to have th JDK in my classpath and that other webapps application are using that. other suggestions? - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 4:29 PM Subject: RE: Tomcat Compiling Error This will happen if you are using only a JRE and not a JDK. I've also occasionaly seen it when using a JDK and also with tools.jar on the classpath which is a strange one. As it says if you copy tools.jar from the JDK to the common/lib directory of your tomcat install it will definitely solve the problem. Ta Matt -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 11:34 To: [EMAIL PROTECTED] Subject: Tomcat Compiling Error Does anybody help my solving this problem? I really dont'know why just this application gives me this kind of error. The problem seems to be that the jsp pages aren't compiled but why? Tanks in advice, Omar == 2-ott-2004 18.41.32 org.apache.jasper.compiler.Compiler generateClass GRAVE: Error compiling file: [trimmed by me for security reasons]_//org/apache/jsp/login_jsp.java [javac] Compiling 1 source file 2-ott-2004 18.41.32 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to compile class for JSP No Java compiler was found to compile the generated source for the JSP. This can usually be solved by copying manually $JAVA_HOME/lib/tools.jar from the JDK to the common/lib directory of the Tomcat server, followed by a Tomcat restart. If using an alternate Java compiler, please check its installation and access path. at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:127) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:351) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:415) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:458) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:552) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:291) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
AW: Search engine friendly URLs
Hi If you want to be able to scale your application, you need to be able to move the static image handling out of tomcat to a separate web server. Using Tomcat to handle both application chores and web serving chores will limit the overall scalability of your system. I strongly disagree. Tomcat is nearly as fast as apache in serving images. So, yes, you can save a little time using apache, BUT remeber that the apache slows tomcat down. You need cpu-cycles for apache, for mod_jk and additionally for tomcat. Those cycles for apache and mod_jk are not nessesary, since tomcat can work standalone. So the question comes down to decide wether the overhead of handling apache and mod_jk for dynamic content is smaller then the difference of apache and tomcat in serving images. I guess with current versions of tomcat the overhead to apache and mod_jk is even bigger. Hence, tomcat alone will be faster. (Please also consider, that static content will mostly be taken from the browsers cache, whereas dynamic content needs to be received from tomcat. That means that the time won by using apache for static content needs to be a magnitude higher than the overhead of mod_jk. That's simply not the case.) Tomcat cannot do rewriting, that is correct, but it does not need to: I use url such as: /content/pages/test.htm where content is mapped to my servlet. The parameter is simply the rest of the url. You could do: http://localhost/site.do/books/architecture and parse the rest of the url to section = books and subsection = architecture Simply map site.do to your servlet. Reagrds, Steffen smime.p7s Description: S/MIME cryptographic signature
Tomcat Compiling Error - Form Based Authentication
Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Search engine friendly URLs
When I suggested using Apache I implied that Apache would be on a separate physical server. If possible even dynamic content can have static images that can be served up using Apache. Our application tracks references to the dynamic images that are stored in an application managed directory structure on the filesystem. The only thing Tomcat needs to do is generate the HTML pages, the web server handles all of the media requests. Otherwise your Tomcat instance is handling all of the requests thru a single network interface (unless you have multiple NICs and Ips) which will cause a significant issue under load and makes your application much harder to scale in a data center. Tomcat may be nearly as fast as Apache at serving images, but why burden it doing twice the work. I think the whole mod_jk thing is very poorly implemented. I haven't tried mod_jk2 - hopefully it is more efficient and easier to implement. On 10/3/04 11:18 AM, Steffen Heil [EMAIL PROTECTED] wrote: Hi If you want to be able to scale your application, you need to be able to move the static image handling out of tomcat to a separate web server. Using Tomcat to handle both application chores and web serving chores will limit the overall scalability of your system. I strongly disagree. Tomcat is nearly as fast as apache in serving images. So, yes, you can save a little time using apache, BUT remeber that the apache slows tomcat down. You need cpu-cycles for apache, for mod_jk and additionally for tomcat. Those cycles for apache and mod_jk are not nessesary, since tomcat can work standalone. So the question comes down to decide wether the overhead of handling apache and mod_jk for dynamic content is smaller then the difference of apache and tomcat in serving images. I guess with current versions of tomcat the overhead to apache and mod_jk is even bigger. Hence, tomcat alone will be faster. (Please also consider, that static content will mostly be taken from the browsers cache, whereas dynamic content needs to be received from tomcat. That means that the time won by using apache for static content needs to be a magnitude higher than the overhead of mod_jk. That's simply not the case.) Tomcat cannot do rewriting, that is correct, but it does not need to: I use url such as: /content/pages/test.htm where content is mapped to my servlet. The parameter is simply the rest of the url. You could do: http://localhost/site.do/books/architecture and parse the rest of the url to section = books and subsection = architecture Simply map site.do to your servlet. Reagrds, Steffen -- Dov Rosenberg Conviveon Corporation http://www.conviveon.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Compiling Error - Form Based Authentication
I've run out of ideas but could this be a permissions problem? Either on the tools.jar or on the work directory for the webapp? Which version of tomcat are you running? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 16:35 To: Tomcat Users List Subject: Tomcat Compiling Error - Form Based Authentication Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this E-mail in error and that any use or copying is strictly prohibited. If you have received this E-mail in error please notify the beCogent postmaster at [EMAIL PROTECTED] Unless expressly stated, opinions in this email are those of the individual sender and not beCogent Ltd. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts
Re: Tomcat Compiling Error - Form Based Authentication
I don't think it was a permission problem on the webapps application 'couse all other still work good and have the same permissions settings as this one that gives troubles. This is the permission on tools.jar, I think it's all ok... -rwxr--r--1 root root 5092901 ott 3 16:47 tools.jar Tomcat version I'm using is the 5.0.18 Hope this help you to help me in solving this trouble! - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 7:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication I've run out of ideas but could this be a permissions problem? Either on the tools.jar or on the work directory for the webapp? Which version of tomcat are you running? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 16:35 To: Tomcat Users List Subject: Tomcat Compiling Error - Form Based Authentication Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:296) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthenticator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) - 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,
RE: Tomcat Compiling Error - Form Based Authentication
This may be an 'out there' question for your problem but which versions Of Tomcat, jdk jre are you using? I could be that you've got a mismatch. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 10:24 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication I don't think it was a permission problem on the webapps application 'couse all other still work good and have the same permissions settings as this one that gives troubles. This is the permission on tools.jar, I think it's all ok... -rwxr--r--1 root root 5092901 ott 3 16:47 tools.jar Tomcat version I'm using is the 5.0.18 Hope this help you to help me in solving this trouble! - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 7:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication I've run out of ideas but could this be a permissions problem? Either on the tools.jar or on the work directory for the webapp? Which version of tomcat are you running? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 16:35 To: Tomcat Users List Subject: Tomcat Compiling Error - Form Based Authentication Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.jav a:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 96) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis patcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthent icator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:683) at java.lang.Thread.run(Thread.java:534) - To unsubscribe,
Re: Tomcat Compiling Error - Form Based Authentication
Tomcat: 5.0.18 JDK jre: 1.4.2 O.S.: Linux ther's anything wrong? - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication This may be an 'out there' question for your problem but which versions Of Tomcat, jdk jre are you using? I could be that you've got a mismatch. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 10:24 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication I don't think it was a permission problem on the webapps application 'couse all other still work good and have the same permissions settings as this one that gives troubles. This is the permission on tools.jar, I think it's all ok... -rwxr--r--1 root root 5092901 ott 3 16:47 tools.jar Tomcat version I'm using is the 5.0.18 Hope this help you to help me in solving this trouble! - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 7:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication I've run out of ideas but could this be a permissions problem? Either on the tools.jar or on the work directory for the webapp? Which version of tomcat are you running? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 16:35 To: Tomcat Users List Subject: Tomcat Compiling Error - Form Based Authentication Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.jav a:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 96) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis patcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthent icator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584)
RE: Tomcat Compiling Error - Form Based Authentication
You're still using the app on a Windows XP machine right? What version of Tomcat, jdk jre are on that box? You may want to upgrade the jre/plugin to 1.4.2_05. I'm not sure if this will fix your problem but it won't hurt or take much time. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 11:25 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication Tomcat: 5.0.18 JDK jre: 1.4.2 O.S.: Linux ther's anything wrong? - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication This may be an 'out there' question for your problem but which versions Of Tomcat, jdk jre are you using? I could be that you've got a mismatch. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 10:24 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication I don't think it was a permission problem on the webapps application 'couse all other still work good and have the same permissions settings as this one that gives troubles. This is the permission on tools.jar, I think it's all ok... -rwxr--r--1 root root 5092901 ott 3 16:47 tools.jar Tomcat version I'm using is the 5.0.18 Hope this help you to help me in solving this trouble! - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 7:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication I've run out of ideas but could this be a permissions problem? Either on the tools.jar or on the work directory for the webapp? Which version of tomcat are you running? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 16:35 To: Tomcat Users List Subject: Tomcat Compiling Error - Form Based Authentication Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.jav a:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 96) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis patcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthent icator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at
Re: Tomcat Compiling Error - Form Based Authentication
On the windows box I'm using: - Tomcat 5.0.28 - JDK jre: 1.5.0 beta every help is wellcome! - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:45 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication You're still using the app on a Windows XP machine right? What version of Tomcat, jdk jre are on that box? You may want to upgrade the jre/plugin to 1.4.2_05. I'm not sure if this will fix your problem but it won't hurt or take much time. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 11:25 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication Tomcat: 5.0.18 JDK jre: 1.4.2 O.S.: Linux ther's anything wrong? - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication This may be an 'out there' question for your problem but which versions Of Tomcat, jdk jre are you using? I could be that you've got a mismatch. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 10:24 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication I don't think it was a permission problem on the webapps application 'couse all other still work good and have the same permissions settings as this one that gives troubles. This is the permission on tools.jar, I think it's all ok... -rwxr--r--1 root root 5092901 ott 3 16:47 tools.jar Tomcat version I'm using is the 5.0.18 Hope this help you to help me in solving this trouble! - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 7:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication I've run out of ideas but could this be a permissions problem? Either on the tools.jar or on the work directory for the webapp? Which version of tomcat are you running? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 16:35 To: Tomcat Users List Subject: Tomcat Compiling Error - Form Based Authentication Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.jav a:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 96) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis patcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthent icator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at
RE: Tomcat Compiling Error - Form Based Authentication
Omar, this may be the problem my hunch is that it is. You've built run code against never version of tomcat, jdk, jre... It could be there is 1 or more things that work/compile... with these newer versions that aren't backward compatible. It maybe the tools.jar files aren't compatible. If you can get jdk 1.5 and tomcat 5.28 for Linux download, install them and rebuild your app. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 11:50 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication On the windows box I'm using: - Tomcat 5.0.28 - JDK jre: 1.5.0 beta every help is wellcome! - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:45 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication You're still using the app on a Windows XP machine right? What version of Tomcat, jdk jre are on that box? You may want to upgrade the jre/plugin to 1.4.2_05. I'm not sure if this will fix your problem but it won't hurt or take much time. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 11:25 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication Tomcat: 5.0.18 JDK jre: 1.4.2 O.S.: Linux ther's anything wrong? - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication This may be an 'out there' question for your problem but which versions Of Tomcat, jdk jre are you using? I could be that you've got a mismatch. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 10:24 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication I don't think it was a permission problem on the webapps application 'couse all other still work good and have the same permissions settings as this one that gives troubles. This is the permission on tools.jar, I think it's all ok... -rwxr--r--1 root root 5092901 ott 3 16:47 tools.jar Tomcat version I'm using is the 5.0.18 Hope this help you to help me in solving this trouble! - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 7:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication I've run out of ideas but could this be a permissions problem? Either on the tools.jar or on the work directory for the webapp? Which version of tomcat are you running? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 16:35 To: Tomcat Users List Subject: Tomcat Compiling Error - Form Based Authentication Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.jav a:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 96) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis patcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthent icator.java:259) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase .java:551) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:149) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578)
Re: Tomcat Compiling Error - Form Based Authentication
I hope you've right. Tomorrow i'll do it and write here if it works... thx a lot - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 9:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication Omar, this may be the problem my hunch is that it is. You've built run code against never version of tomcat, jdk, jre... It could be there is 1 or more things that work/compile... with these newer versions that aren't backward compatible. It maybe the tools.jar files aren't compatible. If you can get jdk 1.5 and tomcat 5.28 for Linux download, install them and rebuild your app. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 11:50 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication On the windows box I'm using: - Tomcat 5.0.28 - JDK jre: 1.5.0 beta every help is wellcome! - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:45 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication You're still using the app on a Windows XP machine right? What version of Tomcat, jdk jre are on that box? You may want to upgrade the jre/plugin to 1.4.2_05. I'm not sure if this will fix your problem but it won't hurt or take much time. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 11:25 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication Tomcat: 5.0.18 JDK jre: 1.4.2 O.S.: Linux ther's anything wrong? - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication This may be an 'out there' question for your problem but which versions Of Tomcat, jdk jre are you using? I could be that you've got a mismatch. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 10:24 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication I don't think it was a permission problem on the webapps application 'couse all other still work good and have the same permissions settings as this one that gives troubles. This is the permission on tools.jar, I think it's all ok... -rwxr--r--1 root root 5092901 ott 3 16:47 tools.jar Tomcat version I'm using is the 5.0.18 Hope this help you to help me in solving this trouble! - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 7:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication I've run out of ideas but could this be a permissions problem? Either on the tools.jar or on the work directory for the webapp? Which version of tomcat are you running? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 16:35 To: Tomcat Users List Subject: Tomcat Compiling Error - Form Based Authentication Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.jav a:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 96) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:742) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis patcher.java:506) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:443) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:359) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAuthent icator.java:259) at
Problem: Tomcat 5.0.28 + Oracle 10g.
Hi All: I am new to tomcat and having a small problem starting the server. I use Oracle 10g and when I add my classes12.zip to the classpath (in the file %CATALINA_ROOT%/bin/setclasspath.bat), the server does not start. But if I remove the classes12.zip, the server starts by giving an appropriate exception (which is understable, as if cud not find the DB driver.) I am pasting the output of the case where I added classes12.zip to the classpath. [INFO] Http11Protocol - Initializing Coyote HTTP/1.1 on http-8200 [INFO] Catalina - Initialization processed in 1188 ms [INFO] StandardService - Starting service Catalina [INFO] StandardEngine - Starting Servlet Engine: Apache Tomcat/5.0.28 [INFO] StandardHost - XML validation disabled The server hangs here. Can anyone please tell me as to why it is happening. Thank You, -Vikash. -- Vikash Kodati Technical Associate [EMAIL PROTECTED] Voice: 91.80.5132 2000 || Fax: 91.80.5132 2999 Trilogy E-Business Software India Pvt Ltd. (http://www.trilogy.com) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Compiling Error - Form Based Authentication
WOW, it works! I have tried to upload the JDK 1.5.0 tools.jar into $Tomcat-home$\commons\lib and all works! Thankyou very much for help and yur time! regards Omar (Italian happy guy!) - Original Message - From: Omar Adobati [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 9:11 PM Subject: Re: Tomcat Compiling Error - Form Based Authentication I hope you've right. Tomorrow i'll do it and write here if it works... thx a lot - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 9:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication Omar, this may be the problem my hunch is that it is. You've built run code against never version of tomcat, jdk, jre... It could be there is 1 or more things that work/compile... with these newer versions that aren't backward compatible. It maybe the tools.jar files aren't compatible. If you can get jdk 1.5 and tomcat 5.28 for Linux download, install them and rebuild your app. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 11:50 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication On the windows box I'm using: - Tomcat 5.0.28 - JDK jre: 1.5.0 beta every help is wellcome! - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:45 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication You're still using the app on a Windows XP machine right? What version of Tomcat, jdk jre are on that box? You may want to upgrade the jre/plugin to 1.4.2_05. I'm not sure if this will fix your problem but it won't hurt or take much time. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 11:25 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication Tomcat: 5.0.18 JDK jre: 1.4.2 O.S.: Linux ther's anything wrong? - Original Message - From: John Najarian [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 8:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication This may be an 'out there' question for your problem but which versions Of Tomcat, jdk jre are you using? I could be that you've got a mismatch. -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 10:24 AM To: Tomcat Users List Subject: Re: Tomcat Compiling Error - Form Based Authentication I don't think it was a permission problem on the webapps application 'couse all other still work good and have the same permissions settings as this one that gives troubles. This is the permission on tools.jar, I think it's all ok... -rwxr--r--1 root root 5092901 ott 3 16:47 tools.jar Tomcat version I'm using is the 5.0.18 Hope this help you to help me in solving this trouble! - Original Message - From: Dale, Matt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 7:07 PM Subject: RE: Tomcat Compiling Error - Form Based Authentication I've run out of ideas but could this be a permissions problem? Either on the tools.jar or on the work directory for the webapp? Which version of tomcat are you running? -Original Message- From: Omar Adobati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 16:35 To: Tomcat Users List Subject: Tomcat Compiling Error - Form Based Authentication Sorry Matt, the log was changeing. Now it show just this instead off the error that cant compile... why? I'm still usinf form-based authentication and the webapp in a localmachine with WinXP + Tomcat worls good but gives this problem on a server with Linux RH plus Tomcat. (Tomcat is the same on thae Linux machine and on the Win one) === 3-ott-2004 17.30.19 org.apache.catalina.authenticator.FormAuthenticator authenticate AVVERTENZA: Unexpected error forwarding to login page org.apache.jasper.JasperException: Unable to load class for JSP at org.apache.jasper.JspCompilationContext.load(JspCompilationContext.java:584) at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.jav a:177) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 96) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:284) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:204) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:742) at
RE: Problem: Tomcat 5.0.28 + Oracle 10g.
What OS, Tomcat version? I run MySql on XP and put the connector jar file in: CATALINA_HOME\common\lib I don't use the CATALINA_ROOT environment variable. I added to the CLASSPATH variable CATALINA_HOME\common\lib\connector.jar. All worked fine. -Original Message- From: Vikash Kodati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 12:15 PM To: Tomcat Users List Subject: Problem: Tomcat 5.0.28 + Oracle 10g. Hi All: I am new to tomcat and having a small problem starting the server. I use Oracle 10g and when I add my classes12.zip to the classpath (in the file %CATALINA_ROOT%/bin/setclasspath.bat), the server does not start. But if I remove the classes12.zip, the server starts by giving an appropriate exception (which is understable, as if cud not find the DB driver.) I am pasting the output of the case where I added classes12.zip to the classpath. [INFO] Http11Protocol - Initializing Coyote HTTP/1.1 on http-8200 [INFO] Catalina - Initialization processed in 1188 ms [INFO] StandardService - Starting service Catalina [INFO] StandardEngine - Starting Servlet Engine: Apache Tomcat/5.0.28 [INFO] StandardHost - XML validation disabled The server hangs here. Can anyone please tell me as to why it is happening. Thank You, -Vikash. -- Vikash Kodati Technical Associate [EMAIL PROTECTED] Voice: 91.80.5132 2000 || Fax: 91.80.5132 2999 Trilogy E-Business Software India Pvt Ltd. (http://www.trilogy.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: Problem: Tomcat 5.0.28 + Oracle 10g.
OS: Windoz 2k Tomcat version: 5.0.28 I also use CATALINA_HOME :) I checked my new installed tomcat and did not find any connector.jar . Can you please tell me where can I find this connector.jar is. Thank You, -Vikash. On Sun, 3 Oct 2004 12:28:06 -0700, John Najarian [EMAIL PROTECTED] wrote: What OS, Tomcat version? I run MySql on XP and put the connector jar file in: CATALINA_HOME\common\lib I don't use the CATALINA_ROOT environment variable. I added to the CLASSPATH variable CATALINA_HOME\common\lib\connector.jar. All worked fine. -Original Message- From: Vikash Kodati [mailto:[EMAIL PROTECTED] Sent: Sunday, October 03, 2004 12:15 PM To: Tomcat Users List Subject: Problem: Tomcat 5.0.28 + Oracle 10g. Hi All: I am new to tomcat and having a small problem starting the server. I use Oracle 10g and when I add my classes12.zip to the classpath (in the file %CATALINA_ROOT%/bin/setclasspath.bat), the server does not start. But if I remove the classes12.zip, the server starts by giving an appropriate exception (which is understable, as if cud not find the DB driver.) I am pasting the output of the case where I added classes12.zip to the classpath. [INFO] Http11Protocol - Initializing Coyote HTTP/1.1 on http-8200 [INFO] Catalina - Initialization processed in 1188 ms [INFO] StandardService - Starting service Catalina [INFO] StandardEngine - Starting Servlet Engine: Apache Tomcat/5.0.28 [INFO] StandardHost - XML validation disabled The server hangs here. Can anyone please tell me as to why it is happening. Thank You, -Vikash. -- Vikash Kodati Technical Associate [EMAIL PROTECTED] Voice: 91.80.5132 2000 || Fax: 91.80.5132 2999 Trilogy E-Business Software India Pvt Ltd. (http://www.trilogy.com) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Vikash Kodati Technical Associate [EMAIL PROTECTED] Voice: 91.80.5132 2000 || Fax: 91.80.5132 2999 Trilogy E-Business Software India Pvt Ltd. (http://www.trilogy.com) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem: Tomcat 5.0.28 + Oracle 10g.
I think you need to rename the classes12.zip to classes12.jar. I'm surprised that there are no error messasges. Are you trying to start the server on the command line? It should report here if it has failed. On a related subject, although classes12 may work there are newer libraries in ojdbc14.jar if you can get a copy of that. Ta Matt -Original Message- From: Vikash Kodati [mailto:[EMAIL PROTECTED] Sent: 03 October 2004 20:15 To: Tomcat Users List Subject: Problem: Tomcat 5.0.28 + Oracle 10g. Hi All: I am new to tomcat and having a small problem starting the server. I use Oracle 10g and when I add my classes12.zip to the classpath (in the file %CATALINA_ROOT%/bin/setclasspath.bat), the server does not start. But if I remove the classes12.zip, the server starts by giving an appropriate exception (which is understable, as if cud not find the DB driver.) I am pasting the output of the case where I added classes12.zip to the classpath. [INFO] Http11Protocol - Initializing Coyote HTTP/1.1 on http-8200 [INFO] Catalina - Initialization processed in 1188 ms [INFO] StandardService - Starting service Catalina [INFO] StandardEngine - Starting Servlet Engine: Apache Tomcat/5.0.28 [INFO] StandardHost - XML validation disabled The server hangs here. Can anyone please tell me as to why it is happening. Thank You, -Vikash. -- Vikash Kodati Technical Associate [EMAIL PROTECTED] Voice: 91.80.5132 2000 || Fax: 91.80.5132 2999 Trilogy E-Business Software India Pvt Ltd. (http://www.trilogy.com) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this E-mail in error and that any use or copying is strictly prohibited. If you have received this E-mail in error please notify the beCogent postmaster at [EMAIL PROTECTED] Unless expressly stated, opinions in this email are those of the individual sender and not beCogent Ltd. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat becoming almost completely non-responsive
The most likely reason for your connections not being re-used is that your java code isn't explicitly closing connections, statements and result sets after use. If visiting all your code is too onerous a task, you could add the following parameters to your data-source configuration: parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter The effect of the above is to mark any data-pool connection as re-usable after 60 seconds of inactivity. You can add the following to log abandonned connection activity: parameter namelogAbandoned/name valuetrue/value /parameter John Thompson |-+ | | Kaleb Pederson | | | [EMAIL PROTECTED]| | | wu.edu | | || | | 02/10/2004 10:07 | | | AM | | | Please respond to| | | Tomcat Users| | | List| | || |-+ --| | | | To: Tomcat Users List [EMAIL PROTECTED] | | cc: | | Subject: Tomcat becoming almost completely non-responsive | --| Hello, I have an interesting problem. After a while, tomcat (5.0.27) becomes almost completely non-responsive. If I telnet in to port 8009 (I'm using apache and mod_jk2), I get no response, at least not within the default timeout. If a browse to a page, I will generally, after about 4-5 minutes, see a page returned. To narrow down the slowness, I generated a full thread dump, and found the following information: [ see attachment for more info] Total threads: 180 executeQuery: 2 // executing a db query validateConnection: 0 // trying to validate their connection validateObect: 48 // in commons.dbcp.PoolableConnectionFactory.validateObject socketAccept: 3 // accepting a socket socketRead0: 10 // reading a socket ReferenceQueue: 1 ThreadPool$MonitorRunnable: 2 borrowObject and Object.wait: 85 // trying to get an object from the pool Object.wait: 20 // threads just waiting around Remaining: 9 // misc. threads My database connection is setup so that I have 50 allowed connections, which matches my 48 in validateObject and 2 executing queries. However, when I query the database status, I see 2 active threads and the rest are 'sleeping', just waiting around, as they would be if the connection pool hadn't released them yet. So, why would there be 48 connections that seemed locked and weren't querying the DB? And then the other 85 that were seemingly waiting on the 45? Any ideas what might be going on? The DB is ready? I have log abandoned turned and an haven't seen a problem yet. If the load drops sufficiently on the server, everything eventually returns back to normal, otherwise it takes 5-10 minutes to get a response from the server. I have attached an abbreviated form of the thread dump which should provide all the critical information and can provide as much other information as is necessary. Thanks for the help. *All* suggestions welcome ;) --Kaleb - 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]
mod_jk[2]: How to show current connections?
Hi, I just set up an Apache webserver with mod_jk2 2.0.4 and two Tomcats in a load balanced setup. Everything works fine, but: I need a statistic about the current sessions from the Apache to the Tomcats for debugging purposes. I think that mod_jk2 holds all the session data because there's a difference between disabling and gracefully terminating session where graceful keeps all current sessions. I checked the /jkstatus output of the scoreboard but it doesn't make any sense to me. Any hints? Many thanks in advance! Joern - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat, mod_jk, Apache and virtual host
We have set up Tomcat and Apache using mod_jk and are using virtual hosting on both. We can throw a jsp page into our default directory and it displays fine so we know things work. We have serveral servlets to deploy for each virtual host and we'd rather not make entries in the main server.xml for each contex. We'd also like to be able to set a default servlet for each virtual host. Is there a way to do this in each appBase? Glen Ezkovich HardBop Consulting glen at hard-bop.com http://www.hard-bop.com - new and improved site coming soon A Proverb for Paranoids: If they can get you asking the wrong questions, they don't have to worry about answers. - Thomas Pynchon Gravity's Rainbow - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: configure tomcat for default index
thanks shapira for your attention, but i still not understand about Context with path=. and if you any web site or archives about this I welcome to take it. thanks didik - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, October 01, 2004 7:11 PM Subject: RE: configure tomcat for default index Hi, You need a Context with path=. Not sure what this means? RTFM and search the archives of this list. Yoav Shapira Millennium Research Informatics -Original Message- From: didik [mailto:[EMAIL PROTECTED] Sent: Thursday, September 30, 2004 11:52 PM To: [EMAIL PROTECTED] Subject: configure tomcat for default index Hi.. I'm new entry for this mailing list. I have a case, I'd like to make my index.jsp page become default hompage in tomcat (i use Tomcat 5), I mean if we open http://localhost:8080, it will appear our index.jsp not welcome file in tomcat.How and what can we configure tomcat. please help me and thanks. didik This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: configure tomcat for default index
thanks khanaz, i would try your suggest. didik - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 01, 2004 7:22 PM Subject: RE: configure tomcat for default index Didik: Tomcat, by default, sources the ROOT folder of your CATALINA_HOME\webapps.. if you would like to make modifications to your ROOT content as you are trying to do, you can change the Context docBase in the server.xml file of CATALINA_HOME\conf directory. !-- Tomcat Root Context -- Context path= docBase=[change this from ROOT to your folder] debug=0 reloadable=true/ You may want to put this in your CATALINA_HOME\webapps\yourwebapps\WEB-INF\web.xml file: welcome-file-list welcome-fileindex.jsp/welcome-file welcome-fileindex.html/welcome-file welcome-fileindex.htm/welcome-file /welcome-file-list This will tell tomcat to your source index.jsp first before index.html or htm. Thanks, Azam Khan Network Data Support Center Verizon Wireless 866-222-7114 http://ndsc.eng.vzwcorp.com -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Friday, October 01, 2004 8:12 AM To: Tomcat Users List Subject: RE: configure tomcat for default index Hi, You need a Context with path=. Not sure what this means? RTFM and search the archives of this list. Yoav Shapira Millennium Research Informatics -Original Message- From: didik [mailto:[EMAIL PROTECTED] Sent: Thursday, September 30, 2004 11:52 PM To: [EMAIL PROTECTED] Subject: configure tomcat for default index Hi.. I'm new entry for this mailing list. I have a case, I'd like to make my index.jsp page become default hompage in tomcat (i use Tomcat 5), I mean if we open http://localhost:8080, it will appear our index.jsp not welcome file in tomcat.How and what can we configure tomcat. please help me and thanks. didik This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Windows Environment Variables
Under the one Install of Apache Tomcat upon a Windows 2000 Server we would like to run multiple applications under the one tomcat service. But each application requires the same environment variable but to point at a different location. We have a REPORT60_PATH env variable but each application needs it to have a different value. How can we do this ? Stuart Weston Environment Manager Aderant Level 1 5-7 Corinthian Drive Albany Centre Tel: +64 9 414 3300 Fax: +64 9 414 3301 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.aderant.com/ http://www.solution6.com/ ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. ##
Hi
-- Virus Warning Message (on uusnwa0p) Found virus WORM_NETSKY.Z in file Notice.txt .exe (in Notice.zip) The file is deleted. - Important notice! -- Virus Warning Message (on uusnwa0p) Notice.zip is removed from here because it contains a virus. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Windows Environment Variables
Why not add them as context variables in the web.xml? -- Dov Rosenberg Conviveon Corporation http://www.conviveon.com On 10/3/04 9:48 PM, Stuart Weston [EMAIL PROTECTED] wrote: Under the one Install of Apache Tomcat upon a Windows 2000 Server we would like to run multiple applications under the one tomcat service. But each application requires the same environment variable but to point at a different location. We have a REPORT60_PATH env variable but each application needs it to have a different value. How can we do this ? Stuart Weston Environment Manager Aderant Level 1 5-7 Corinthian Drive Albany Centre Tel: +64 9 414 3300 Fax: +64 9 414 3301 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.aderant.com/ http://www.solution6.com/ ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. ## - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Windows Environment Variables
Excuse my innocence and ignorance. I am a little old Oracle DBA trying to come to terms with all this stuff. Er how do I do that ? I am familiar with servlets for Oracle Forms and using the formsweb.cfg and the env files and was hoping Tomcat had some thing similar. Thanks for your response. Stuart Weston Environment Manager Aderant Level 1 5-7 Corinthian Drive Albany Centre Tel: +64 9 414 3300 Fax: +64 9 414 3301 Email: [EMAIL PROTECTED] http://www.aderant.com/ -Original Message- From: Dov Rosenberg [mailto:[EMAIL PROTECTED] Sent: Monday, 4 October 2004 3:08 p.m. To: Tomcat Users List Subject: Re: Windows Environment Variables Why not add them as context variables in the web.xml? -- Dov Rosenberg Conviveon Corporation http://www.conviveon.com On 10/3/04 9:48 PM, Stuart Weston [EMAIL PROTECTED] wrote: Under the one Install of Apache Tomcat upon a Windows 2000 Server we would like to run multiple applications under the one tomcat service. But each application requires the same environment variable but to point at a different location. We have a REPORT60_PATH env variable but each application needs it to have a different value. How can we do this ? Stuart Weston Environment Manager Aderant Level 1 5-7 Corinthian Drive Albany Centre Tel: +64 9 414 3300 Fax: +64 9 414 3301 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.aderant.com/ http://www.solution6.com/ ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. ## - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. ## - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Multiple arguments in a GET URL
Eric: You're right, someone could spend a while constructing a URL to use up a lot of memory.. I will go and hard code the index.jsp page to not allow index.jsp to be an argument of mainFrame.. That should solve the nested frameset issue. Anything else I should have accounted for before using this strategy? Thanks, Azam Khan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, October 01, 2004 5:18 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Multiple arguments in a GET URL On Fri, Oct 01, 2004 at 04:51:47PM -0400, [EMAIL PROTECTED] wrote: For example, my index.jsp is the frameset that takes an argument mainFrame specifying the JSP/HTML to use as the center frame of the frameset. So for example I would have http://ndsc.eng.vzwcorp.com/index.jsp?mainFrame=blahblah.jsp A word of caution: What you're doing seems like a great way to allow anyone to crash your app, or at least use up a lot of memory. Think what happens if someone sends you a url that looks like this: http://ndsc.eng.vzwcorp.com/index.jsp?mainFrame=index.jsp eric - 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: Multiple arguments in a GET URL
Eric: Thanks for your help. Now that I think about it, it appears that is what is happening. I will modify the code tomorrow morning to pass the second ampersand as an ASCII value. Thanks everyone for your input on this !! Thanks, Azam Khan Network Data Support Center Verizon Wireless 866-222-7114 http://ndsc.eng.vzwcorp.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, October 01, 2004 7:59 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Multiple arguments in a GET URL On Fri, Oct 01, 2004 at 05:10:22PM -0400, [EMAIL PROTECTED] wrote: it sees hello as expected -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] http://ndsc.eng.vzwcorp.com/index.jsp?mainFrame=blahblah.jsp?arg1=helloarg2 =helloagain In this scenario, I am able to perform a request.getParameter on arg1 in blahblah.jsp but when I try to do it on arg2, I receive a null pointer exception. For curiosity's sake, what value does blahblah.jsp see for arg1? Oh, I bet I know what you're doing. In index.jsp you're probably using the value of mainFrame directly as the url to load in the frame. But the value of the mainFrame arg is blahblah.jsp?arg1=hello, not just plain blahblah.jsp. That's why you can get arg1. arg2 is just another parameter being passed to index.jsp. You need to either escape those 's so the whole thing after mainFrame= is the value of mainFrame, or index.jsp needs to explicitly append any of _it's_ args (i.e. mainFrame and arg2) to the frame url. (or rather, any that you think should be passed on) eric - 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: Reducing network traffic for rollover images
Thanks for the filter idea Keith. I'll try it out! In the ...teach someone to fish and you feed them for a lifetime spirit of things, where would one get more information (and hopefully as easily digestable as your post) about these header names/codes? Thanks again! -- RH - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reducing network traffic for rollover images
Well, http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html isn't *that* hard to find or digest... - Original Message - To: [EMAIL PROTECTED] Sent: Sunday, October 03, 2004 10:38 PM Subject: RE: Reducing network traffic for rollover images Thanks for the filter idea Keith. I'll try it out! In the ...teach someone to fish and you feed them for a lifetime spirit of things, where would one get more information (and hopefully as easily digestable as your post) about these header names/codes? Thanks again! -- RH - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [tomcat] Re: deploy simple HTTP doPost servlet to tomcat 5.0.28
Have you checked directory permissions? What operating system are you using? Have you checked the logs? What about installing a webapp compressed like a war? If it works you just remove unnecessary files and start over with a fresh app (in case your configuration files are wrong)? José Ernesto Echeverría [EMAIL PROTECTED] -Original Message- From: Christian Ruediger [mailto:[EMAIL PROTECTED] Sent: Viernes, 01 de Octubre de 2004 10:07 a.m. To: Ernesto Echeverría Cc: Tomcat Users List Subject: Re: [tomcat] Re: deploy simple HTTP doPost servlet to tomcat 5.0.28 The admin frontend doesn't show a context of my app. Others are there. I added a static file debugger.html to the root-folder of my app. The new structure is: webapp - XML_RPC_Testserveur - - debugger.html - - WEB-inf - - - classes - - - - testserveur - - - - - XML_RPC_Servlet.class - - - libs - - - web.xml Called URL: http://localhost:8080/XML_RPC_Testserveur/debugger.html but got no reply On Fri, 1 Oct 2004 09:56:22 -0600, Ernesto Echeverría [EMAIL PROTECTED] wrote: Have you tried checking the status of your webapp using tomcat's manager? Here you can see if the app is loaded. Putting some static content in the webapp folder (simple html and/or jsp should work). Finally some log examining could work as well. José Ernesto Echeverría [EMAIL PROTECTED] -Original Message- From: Christian Ruediger [mailto:[EMAIL PROTECTED] Sent: Viernes, 01 de Octubre de 2004 09:37 a.m. To: Shapira, Yoav Cc: Tomcat Users List Subject: [tomcat] Re: deploy simple HTTP doPost servlet to tomcat 5.0.28 Ok, The structure has been ok already. I just missed to write the WEB-INF dir in my mail. I corrected my web.xml file in that way: ?xml version=1.0 ? web-app version=2.4 xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http:// www.w3.org/2001/XMLSchema-instance xsi:schemaLocation=http://java.sun.com/xml/ns/ j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; display-nameTestservlet/display-name ... the rest is, as it was I restarted Tomcat and tried again: http://localhost:8080/XML_RPC_Testserveur i even tried: http://localhost:8080/webapp/XML_RPC_Testserveur I had no success. The app I wrote is not to complex. What did I miss? Any Answers? Christian On Fri, 1 Oct 2004 11:11:12 -0400, Shapira, Yoav [EMAIL PROTECTED] wrote: Hi, Your web.xml is invalid: you can't have both 2.2 and 2.4 DTD/schema declarations. Pick one, probably 2.4. Your app structure is invalid. Classes and libs go under [webapp]/WEB-INF, not just [webapp]. Yoav Shapira Millennium Research Informatics -Original Message- From: Christian Ruediger [mailto:[EMAIL PROTECTED] Sent: Friday, October 01, 2004 10:56 AM To: Tomcat Users List Subject: deploy simple HTTP doPost servlet to tomcat 5.0.28 Hi folks, after trying the complex aproach without any success, I started a lowtech approach. I simply want a small servlet deployed. Can't be too complicated. What I have: Apache Tomcat 5.0.28 Server Win 2000 j2sdk1.4.2_05 I constructed the following structure in tomcats webapp folder: webapp - - classes - testserveur - XML_RPC_Servlet.class - libs - web.xml (dont bother the name XML_RPC_Servlet.its for future purposes. currently only text is displayed - see code below) web.xml is as follows: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.// DTD WebApplication 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2.2.dtd; web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4 display-nameTestservlet/display-name context-parameter param-nameLieblingsfarbe/param-name param-valuerot/param-value /context-parameter servlet servlet-nameXML_RPC_Testserveur/servlet-name servlet-class testserveur.RPC_XML_Servlet /servlet-class /servlet servlet-mapping servlet-nameXML_RPC_Testserveur/servlet-name url-pattern/XML_RPC_Testserveur/url-pattern /servlet-mapping /web-app code is as follows: public class XML_RPC_Servlet extends HttpServlet{ protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { res.setContentType(text/html); PrintWriter out = res.getWriter(); out.println(HTMLHEADTITLEHello There!/TITLE+ /HEADBODYHello There!/BODY/HTML); out.close(); } public String getServletInfo() { return HelloClientServlet 1.0 by Stefan Zeiger; } } What i did: -Started Tomcat (is configured to
mod_jk compatibility
Hello, I have mod_jk working well with Apache 1.3.x and Tomcat 4.1.x. I'm trying to connect to a new Tomcat 5 instance (on a different port), but it doesn't work. Here's a snippet from my server.xml on Tomcat 5: !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8019 -- Connector port=8019 enableLookups=false redirectPort=8443 debug=1 protocol=AJP/1.3 / Here's what shows up in catalina.out: Sep 30, 2004 1:00:26 AM org.apache.jk.common.MsgAjp processHeader SEVERE: BAD packet signature 256 01 00 03 47 00 00 00 00 00 00 00 00 00 00 00 00 | ...G 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ... (a lot more lines filled with 00s) I thought mod_jk used AJP 1.3. Is it compatible in any way with Tomcat 5? BTW, I cannot use mod_jk2 because of my sysadmin's grumblings. Thanks, -Anthony Carlos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reducing network traffic for rollover images
Robert Hunt wrote: After some analysis and trial error, I've found** that the correct JS syntax in this application is: {HTMLElement}.style.backgroundImage = 'url( ' + img1.src + ')'; where {HTMLElement} would be this as in: a href=xxx onmouseover=this.style.backgroundImage = 'url(' + img1.src + ')'; ... Why are you using background? Why not a regular image? a href=... onMouseOver=img1.src = 'img1_over.gif' onMouseOut=img1.src = 'img1.gif' img name=img1 id=img1 src=img1.gif /a Or you can use DOM style: onMouseOver=document.getEllementByID( img1 ).src = 'img1_over.gif' Watching the Tomcat access log and using permutations of CSS and the FrankZ/jscript-caching-strategy to achieve the rollover effects, I've found that the background image is requested: IExplore 6.0Netscape 7.2 CSSeach mouseover once per page JS each mouseover once per page Try the real image, that is pre-fetched in a script. So, as has been 99% of my experience, NS does it right, IE leaves a bit to be desired. heavy sigh It appears that when .style.backgroundImage is modified in IE, another HTTP GET request is triggered. I'm going to see if I can do a swap with a hidden element that (already) has the desired style and see if I can fake out IE. I understand what you want to do. You want your rollover to be done in CSS, no JScript or JavaScript involved. I'm afraid ther is no ellegant way of doing it. Using the background is awkward. That a ellement has to wrap something other than thin air. So you'll be placing a transparent GIF or something else traslucent inside the tag. No, image rollovers work best the traditional way. Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reducing network traffic for rollover images
I agree, and I actually had typed up almost an identical message but then decided not to send it (for some reason that I don't really recall). I do think the CSS-only approach is a nobel goal and is moving in the right direction. A fairly big problem with using CSS nowadays though is browser adherance to standards (read: IE!). It's not too bad if you stick with CSS1, but anything above that tends to become an issue, and of course it is what's above CSS1 that is of interest for the most part :) But yes, I agree completely with Nikola, and that's why I said (and I'm pretty sure I did send this message) that we might be trying to get too clever with the CSS-only approach. Going with Javascript and images is slightly less convenient to maintain, but it will likely be more cross-browser, and will degrade nicely in browser with scripting is diabled (you'd only see the usual non-hover state of the image all the time). Speaking of maintenance convenience... I don't like to plug products, but I've come to really like Xara WebStyle for buttons and things like this. It makes changes very easy. I have a rather complex application I built at work, and one of the requirements was a TON of tabbed dialog screens (the sheets were all dHTML-based, and the tabs were image-based because that was the way to achieve the look-and-feel they wanted). Anyway, we're talking about something in the neighborhood of 400 or so tab images because there was around 100 unique tabs throughout the system and each tab has four different versions (normal, hover, disabled and highlighted). WebStyle makes it incredibly easy to create the images in a wizard-like way, so when someone needs a new tab or slightly different verbiage, no problem, only takes a second to generate the image. For interface element graphics that you think might change with any kind of frequency (and to me this means AT ALL!), a program like WebStyle can be your best friend. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com Nikola Milutinovic wrote: Robert Hunt wrote: After some analysis and trial error, I've found** that the correct JS syntax in this application is: {HTMLElement}.style.backgroundImage = 'url( ' + img1.src + ')'; where {HTMLElement} would be this as in: a href=xxx onmouseover=this.style.backgroundImage = 'url(' + img1.src + ')'; ... Why are you using background? Why not a regular image? a href=... onMouseOver=img1.src = 'img1_over.gif' onMouseOut=img1.src = 'img1.gif' img name=img1 id=img1 src=img1.gif /a Or you can use DOM style: onMouseOver=document.getEllementByID( img1 ).src = 'img1_over.gif' Watching the Tomcat access log and using permutations of CSS and the FrankZ/jscript-caching-strategy to achieve the rollover effects, I've found that the background image is requested: IExplore 6.0Netscape 7.2 CSSeach mouseover once per page JS each mouseover once per page Try the real image, that is pre-fetched in a script. So, as has been 99% of my experience, NS does it right, IE leaves a bit to be desired. heavy sigh It appears that when .style.backgroundImage is modified in IE, another HTTP GET request is triggered. I'm going to see if I can do a swap with a hidden element that (already) has the desired style and see if I can fake out IE. I understand what you want to do. You want your rollover to be done in CSS, no JScript or JavaScript involved. I'm afraid ther is no ellegant way of doing it. Using the background is awkward. That a ellement has to wrap something other than thin air. So you'll be placing a transparent GIF or something else traslucent inside the tag. No, image rollovers work best the traditional way. Nix. - 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: type in twice for basic authentication???
Tomcat 4.1.27 -- please help! - Original message - From: Mark Thomas [EMAIL PROTECTED] To: 'Tomcat Users List' [EMAIL PROTECTED] Date: Sat, 2 Oct 2004 10:03:49 +0100 Subject: RE: type in twice for basic authentication??? What version of tomcat? -Original Message- From: Stephen Charles Huey [mailto:[EMAIL PROTECTED] Sent: Friday, October 01, 2004 11:38 PM To: Tomcat Users List Subject: Re: type in twice for basic authentication??? Yeah, I need some major help on this to figure out what's going on! We have a Windows version and a Linux version of the database. I just changed my DSN over to the Linux one, and now it pops up 4 times!!! No, wait...sometimes it still logs you in just after 2 times, and sometimes it takes as many as 6! Also, sometimes when browsing the site, it makes you log in again in places where it didn't used to. You see, we have a main database that drives our web app, but we've been using a MySQL db to authenticate, and we'd like to get rid of that so we can just deal with one database. However, our main database is behaving strangely. Now, when clicking over to some of the other JSPs in the site, it will pop up and ask for the username and password in places it didn't used to do that (and no, it shouldn't be changing contexts or anything like that). - Original message - From: Stephen Charles Huey [EMAIL PROTECTED] To: Tomcat User [EMAIL PROTECTED] Date: Fri, 01 Oct 2004 17:10:32 -0500 Subject: type in twice for basic authentication??? When my web app pops up a basic authentication box, I type in the username and password, and then it bounces back with blank text boxes asking for it again. Every time when I type them in a second time it then lets me in! What's going on? Here's what I have in my server.xml: Realm className=org.apache.catalina.realm.JDBCRealm debug=99 driverName=sun.jdbc.odbc.JdbcOdbcDriver connectionURL=jdbc:odbc:dbname userTable=users userNameCol=userid userCredCol=password userRoleTable=roles roleNameCol=role / - 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]