[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-11032005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-11032005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-11032005/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/home/gump/workspaces2/public/workspace/apache-httpd/srclib/pcre -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-11032005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-11032005/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2711032005, brutus:brutus-public:2711032005 Gump E-mail Identifier (unique within run) #17. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33959] New: - UndeployTask does not work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33959. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33959 Summary: UndeployTask does not work Product: Tomcat 5 Version: 5.5.7 Platform: HP OS/Version: Windows XP Status: NEW Severity: major Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The catalina-ant Undeploy task does not seem to work properly. If you deploy a web app., and then you try to undeploy and redeploy again, even though the undeploy succeeds (sais it undeployed) but the deploy fails because the web app is still found deployed at the path. If you do a list in between undeploy and deploy (before and after undeploy) you will see that the web app is still there efter undeploy. Here is the ant script to reproduce it: target name=test undeploy url=${url} path=${context.path} username=${username} password=${password} / deploy url=${url} username=${username} password=${password} path=${context.path} war=file:${war.file}// /target Pre-conditions for the test: deploy first the web app, and provide valid values for the ant variables (url,username, password, context.path, war.file) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33959] - UndeployTask does not work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33959. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33959 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-11 11:58 --- Please at least read the FAQ on Windows locking problems before filing a bug ... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Release status ?
Peter Rossbach wrote: Hey Remy, I also think we can plan next week a 5.5.9 release and I test the new logging feature later today. Any testing results ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33085] - new Host without restarting Tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33085 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2005-03-11 12:18 --- I'd want to get the latest version of TC4.1 Manager. Where is it ? jakarta-tomcat-4.0 ? (is yes, which tag) ? I search within http://jakarta.apache.org/site/cvsindex.html If I am right : jakarta-tomcat is for TC3.2 and TC3.3 jakarta-tomcat-4.0 is for TC4.0 (and TC 4.1?) jakarta-tomcat-5 is for TC5.0 and TC5.5 jakarta-tomcat-catalina is for TC5.0 ? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Sudden Shutdown - EXCEPTION_ACCESS_VIOLATION
Hello people... I was doing a load testing with my Web application running under Tomcat, and suddenly Tomcat has stopped. So, I went to the sdtout.log file and got the fatal error message listed below. Then I started the server again, restarted the load testing and got the same problem a couple of times. Has anybody ever faced a problem like this before? Does anybody know how to handle that? Softwares installed in the server. S.O.: Windows XP 2002. Tomcat 5.0.27 J2SDK 1.4.2_07 Error I've been taken from the stdout.log file Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc005) occurred at PC=0x8036580 Function=[Unknown.] Library=C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at java.util.Hashtable.get(Hashtable.java:332) - locked 0x107c9bc8 (a java.util.Hashtable) at org.apache.turbine.services.BaseServiceBroker.getServiceInstance(BaseService Broker.java:347) at org.apache.turbine.services.BaseServiceBroker.getService(BaseServiceBroker.j ava:296) at org.apache.turbine.services.resources.TurbineResources.getService(TurbineRes ources.java:109) at org.apache.turbine.services.resources.TurbineResourceService.interpolate(Tur bineResourceService.java:249) at org.apache.turbine.services.resources.TurbineResourceService.getVector(Turbi neResourceService.java:527) at org.apache.turbine.services.resources.TurbineResources.getVector(TurbineReso urces.java:326) at org.apache.turbine.modules.ScreenLoader.getInstance(ScreenLoader.java:192) at org.apache.turbine.services.template.TurbineTemplateService.getParsedModuleN ame(TurbineTemplateService.java:655) at org.apache.turbine.services.template.TurbineTemplateService.getCachedName(Tu rbineTemplateService.java:581) at org.apache.turbine.services.template.TurbineTemplateService.getScreenName(Tu rbineTemplateService.java:371) at org.apache.turbine.services.template.TurbineTemplate.getScreenName(TurbineTe mplate.java:131) at org.apache.jetspeed.modules.pages.JetspeedTemplatePage.doBuildAfterAction(Je tspeedTemplatePage.java:207) at org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPage.java:155) at org.apache.turbine.modules.Page.build(Page.java:90) at org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123) at org.apache.turbine.Turbine.doGet(Turbine.java:563) at org.apache.turbine.Turbine.doPost(Turbine.java:658) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:683)
DO NOT REPLY [Bug 33961] New: - session cookies for context containing '~' do not work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33961. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33961 Summary: session cookies for context containing '~' do not work Product: Tomcat 5 Version: 5.5.7 Platform: All URL: http://www.hostingjava.it OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] I you create an application containing '~' character cookies do non work properly, because the url set in the cookie encodes the ~ character in urlencoded format. For example if your context name is /~luigi The cookies send back to the client are with a path: /%74luigi This makes the server unable to recognize the sessionid, like cookies were disabled. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33180] - JSTL automatic type conversion gives unexpected results
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33180. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33180 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Additional Comments From [EMAIL PROTECTED] 2005-03-11 15:47 --- Re-reading the specs, I guess this is correct. The char gets boxed to a Character, and it gets converted to a Long first -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat dbcp failover code
Hello, I'm looking into commons-dbcp to handle db connection pooling for me but I couldn't find any built-in failover code to another uri if a database goes down. I also don't think the package supports multiple uri's for a DriverManagerConnectionFactory. Since I may have to implement this at the applicaton layer I was wondering how or if tomact handles failing over to another physical database. If possible could someone point me to the source code in tomcat that does this so I can take a look? Any other insights welcome. thanks -- The information contained in this email along with all attachments is confidential and is not to be shared without my permission and prior knowledge of who will be viewing it's contents including all attachments. __ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardWrapper.java
remm2005/03/11 08:34:58 Modified:catalina/src/share/org/apache/catalina/core StandardWrapper.java Log: - Use the standard logger names for wrappers (otherwise, exceptions and other logging will go to the wrong places). Revision ChangesPath 1.58 +1 -19 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java Index: StandardWrapper.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java,v retrieving revision 1.57 retrieving revision 1.58 diff -u -r1.57 -r1.58 --- StandardWrapper.java 6 Feb 2005 10:39:32 - 1.57 +++ StandardWrapper.java 11 Mar 2005 16:34:58 - 1.58 @@ -1559,24 +1559,6 @@ } -/** - * Log the abbreviated name of this Container for logging messages. - */ -protected String logName() { - -StringBuffer sb = new StringBuffer(StandardWrapper[); -if (getParent() != null) -sb.append(getParent().getName()); -else -sb.append(null); -sb.append(':'); -sb.append(getName()); -sb.append(']'); -return (sb.toString()); - -} - - private Method[] getAllDeclaredMethods(Class c) { if (c.equals(javax.servlet.http.HttpServlet.class)) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ContainerBase.java
remm2005/03/11 09:01:05 Modified:catalina/src/share/org/apache/catalina/core ContainerBase.java Log: - Oops. Revision ChangesPath 1.41 +0 -1 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ContainerBase.java Index: ContainerBase.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ContainerBase.java,v retrieving revision 1.40 retrieving revision 1.41 diff -u -r1.40 -r1.41 --- ContainerBase.java11 Mar 2005 17:00:28 - 1.40 +++ ContainerBase.java11 Mar 2005 17:01:05 - 1.41 @@ -1351,7 +1351,6 @@ current = current.getParent(); } logName = ContainerBase.class.getName() + . + loggerName; -System.out.println(logName); return logName; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33967] New: - add a parameter to Context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33967. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33967 Summary: add a parameter to Context Product: Tomcat 4 Version: 4.1.31 Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: Webapps:Manager AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hi all, I recently post a suggestion for a problem of stop context (33589), but you said to me that it was my problem. So, I solved it with my solution, And I provide you this solution : 1) I patch the Tomcat Manager to read the type parameter, pass it to the stop method, then put it in the desired Context. 2) All my servlets inherit from a MotherServlet like below. If other people like me want to use this new feature, could you integrate this in the TC Manager ? In advance, thank you. For 1) : $diff ManagerServlet.java.new ManagerServlet.java.cvs 371c370 stop(writer, path,type); --- stop(writer, path); 1201c1200 protected void stop(PrintWriter writer, String path, String type) { --- protected void stop(PrintWriter writer, String path) { 1204c1203 log(stop: Stopping ( + type +) web application at ' + path + '); --- log(stop: Stopping web application at ' + path + '); 1227,1231d1225 if ( (type != null) (! type.equals()) ) { context.getServletContext().setAttribute(TYPE,(Object)type); } $ diff HTMLManagerServlet.java.new HTMLManagerServlet.java.cvs 84d83 String type = request.getParameter(type); 107c106 message = stop(path,type); --- message = stop(path); 524c523 protected String stop(String path,String type) { --- protected String stop(String path) { 529c528 super.stop(printWriter, path,type); --- super.stop(printWriter, path); For 2), people will have to use such a MotherServlet : public abstract class MotherServlet extends HttpServlet { private static final Object lock = new Object(); private static int nbActifsThreads = 0; ... protected void service(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletExcepti on { synchronized (lock) { nbActifsThreads++; } try { super.service(request, response); } finally { try { response.flushBuffer(); } catch (IOException e) { log( exception, e ); } } synchronized (lock) { nbActifsThreads--; } } public synchronized void destroy() { ServletContext myCtx = getServletContext(); String typeStop = (String)myCtx.getAttribute(TYPE); if ( (typeStop != null) (typeStop.equals(LIGHT)) ) { while (nbThreadsActifs 0) { try { Thread.sleep(100); } catch (Exception e) {} } } // ... my specifics free resources super.destroy(); } } -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sudden Shutdown - EXCEPTION_ACCESS_VIOLATION
I've been getting this behavior on exactly one of our several web servers. I haven't narrowed it down but suspect a possible hardware issue (RAM?). It always occurs within the jvm (jvm.dll in your case) so it could be a bug in the JVM too I suppose. We're going to try to move our disks to another box and see if the problem persists or not. Sorry I don't have any solutions but I thought I'd let you know that you're not alone. ~Tom On Mar 11, 2005, at 4:31 AM, Irineu Avanço Jr. wrote: Hello people... I was doing a load testing with my Web application running under Tomcat, and suddenly Tomcat has stopped. So, I went to the sdtout.log file and got the fatal error message listed below. Then I started the server again, restarted the load testing and got the same problem a couple of times. Has anybody ever faced a problem like this before? Does anybody know how to handle that? Softwares installed in the server. S.O.: Windows XP 2002. Tomcat 5.0.27 J2SDK 1.4.2_07 Error I've been taken from the stdout.log file Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc005) occurred at PC=0x8036580 Function=[Unknown.] Library=C:\j2sdk1.4.2_07\jre\bin\client\jvm.dll NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at java.util.Hashtable.get(Hashtable.java:332) - locked 0x107c9bc8 (a java.util.Hashtable) at org.apache.turbine.services.BaseServiceBroker.getServiceInstance(BaseSe rvice Broker.java:347) at org.apache.turbine.services.BaseServiceBroker.getService(BaseServiceBro ker.j ava:296) at org.apache.turbine.services.resources.TurbineResources.getService(Turbi neRes ources.java:109) at org.apache.turbine.services.resources.TurbineResourceService.interpolat e(Tur bineResourceService.java:249) at org.apache.turbine.services.resources.TurbineResourceService.getVector( Turbi neResourceService.java:527) at org.apache.turbine.services.resources.TurbineResources.getVector(Turbin eReso urces.java:326) at org.apache.turbine.modules.ScreenLoader.getInstance(ScreenLoader.java: 192) at org.apache.turbine.services.template.TurbineTemplateService.getParsedMo duleN ame(TurbineTemplateService.java:655) at org.apache.turbine.services.template.TurbineTemplateService.getCachedNa me(Tu rbineTemplateService.java:581) at org.apache.turbine.services.template.TurbineTemplateService.getScreenNa me(Tu rbineTemplateService.java:371) at org.apache.turbine.services.template.TurbineTemplate.getScreenName(Turb ineTe mplate.java:131) at org.apache.jetspeed.modules.pages.JetspeedTemplatePage.doBuildAfterActi on(Je tspeedTemplatePage.java:207) at org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPage.java: 155) at org.apache.turbine.modules.Page.build(Page.java:90) at org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123) at org.apache.turbine.Turbine.doGet(Turbine.java:563) at org.apache.turbine.Turbine.doPost(Turbine.java:658) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic ation FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terCh ain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.ja va:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC ontex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCo ntext Valve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.ja va:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC ontex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:137 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC ontex t.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:117 ) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC ontex t.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve .java :109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveC ontex t.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java: 799) at
DO NOT REPLY [Bug 33085] - new Host without restarting Tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33085. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33085 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED]| Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-03-11 20:21 --- This is a question for the tomcat-user mailing list. Also, please do not add people to the CC list without their permission. It is both rude and inconsiderate. If they want to add themselevs they will. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33970] New: - scheme directive borked?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33970 Summary: scheme directive borked? Product: Tomcat 4 Version: 4.1.9 Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Connector:Coyote HTTP/1.1 AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The scheme directive appears to be acting up on the coyote connector in tomcat 4.1.x (tried multiple 4.x flavors). We have an app that does a fair share of: response.sendRedirect(request.getContextPath() + /render.userLayoutRootNode.uP); so we've set scheme=https in the connector configs. This 'works' rather sporadically... sometimes we'll get the redirect and sometimes not, but no pattern is visible, or even reproducible. Without explicitly setting the scheme to https, the redirects are consistently done via http. For the record, our setup is such that the https redirect would hit a load balancer which SSL offloads and transmits to port 80 on apache, which then hands off to mod_jk/tomcat. The inconsistency of this whole issue suggests it may be a misconfigured load balancer, or that the configs across the servers aren't identical, but those elements have been double and triple checked. Going through the amount of notes, there appears to be a known issue with scheme, but nothing conclusive. If anyone has any suggestions, feedback, or tips, please drop me a line. In the meantime, I'll try to reproduce (or more accurately, hopefully not reproduce) the same issue with 5.x Thx. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33971] New: - DNS lookup mix of threads
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33971 Summary: DNS lookup mix of threads Product: Tomcat 5 Version: 5.5.7 Platform: PC URL: http://susnet.se OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The problem is that the host names are getting mixed up with each other. It seems like a threading problem in Tomcat. I use resolveHost=true in Tomcat and I get a host but most often not the right one for the ip, but for another ip that sends a request at almost the same time. When I used the same code in Tomcat 5.0.49 this wasn't a problem. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33971] - DNS lookup mix of threads
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33971 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-11 23:35 --- Please provide detailed instructions on how to reproduce this. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes - New directory
remm2005/03/11 14:39:21 jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/host-manager/WEB-INF - New directory
remm2005/03/11 14:39:21 jakarta-tomcat-catalina/webapps/host-manager/WEB-INF - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/host-manager - New directory
remm2005/03/11 14:39:21 jakarta-tomcat-catalina/webapps/host-manager - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes/org - New directory
remm2005/03/11 14:39:21 jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes/org/apache/catalina/hostmanager - New directory
remm2005/03/11 14:39:21 jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes/org/apache/catalina/hostmanager - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes/org/apache/catalina - New directory
remm2005/03/11 14:39:21 jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes/org/apache/catalina - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes/org/apache - New directory
remm2005/03/11 14:39:21 jakarta-tomcat-catalina/webapps/host-manager/WEB-INF/classes/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33973] New: - Retrieving static content files with UTF names
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33973. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33973 Summary: Retrieving static content files with UTF names Product: Tomcat 5 Version: 5.0.30 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I have a 2 servers one with configuration en_US.UTF-8 and another with en_US.ISO8859-1. When i list a directory inside the container, files with special chars (latin chars in my case) are displayed correctly but when i try to retrieve a file or navigate through a directory tomcat says - not found file /prueba/%C3%B1o%C3%B1o/ -, that its the desired file name but coded with UTF-8. Looking at the DefaultServlet.java code i found this line on method getRelativePath: ... result = request.getServletPath(); ... As i understand, the link (created by the self container, method renderHtml ) to the file is coded with UTF-8 but when the file name is re-created in the servlet is not encoded back; getServletPath returns the file string but in a like ISO-8859-1 coding, so obviously it will never find the file because the physical file %C3%B1o%C3%B1o doesnt exist. So i did this change to DefaultServlet.java ... result = new String(request.getServletPath().getBytes(ISO-8859-1),UTF-8); ... this way, as i think, whatever encoding sends the browser (even null) the getBytes return the name as a simple ASCII string and then the String constructor creates the name with the right UTF-8 encoding This patch works on my both servers. This works fine for static content but i think that developers can do something similar to let servlets or jsps have filenames with special chars, although in my opinion as a good coding standard these should be named in plain ascii. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33971] - DNS lookup mix of threads
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33971 --- Additional Comments From [EMAIL PROTECTED] 2005-03-12 00:42 --- Created an attachment (id=14467) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14467action=view) server.xml Tomcat Using virtual hosts and AJP1.3. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33971] - DNS lookup mix of threads
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33971 --- Additional Comments From [EMAIL PROTECTED] 2005-03-12 00:42 --- Created an attachment (id=14468) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14468action=view) workers.properties -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33971] - DNS lookup mix of threads
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33971 --- Additional Comments From [EMAIL PROTECTED] 2005-03-12 00:47 --- This is what i have in httpd.conf VirtualHost * ServerName susnet.se ServerAlias www.susnet.se ServerAdmin [EMAIL PROTECTED] DocumentRoot /usr/tomcat-5/webapps/susnet ErrorLog /usr/tomcat-5/logs/susnet.se-errorlog CustomLog /usr/tomcat-5/logs/susnet.se-customlog combined jkMount /* ajp13 /VirtualHost In the code for my application i have boolean insertOk = stat.insertLogs(id, request.getRemoteAddr(), request.getRemoteHost(), referer); public boolean insertLogs(int counterId, String ip, String hostname, String referer) { try { PreparedStatement pstmt = connection.prepareStatement( INSERT INTO service.logs VALUES(?, NOW(), ?, ?, ?)); synchronized (pstmt) { pstmt.clearParameters(); pstmt.setInt(1, counterId); pstmt.setString(2, ip); pstmt.setString(3, hostname); pstmt.setString(4, referer); pstmt.executeUpdate(); } } catch (Exception e) { System.out.println( Error i susnet.se/tjanster statistics.java insertLogs.); return false; } return true; } this is executed in a standard Struts executeLogic. There is no problem with anything else and it worked fine when I used Tomcat 5.0.49 and JK2. Tell me if you want some more input! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33971] - DNS lookup mix of threads
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33971 [EMAIL PROTECTED] changed: What|Removed |Added Version|5.5.7 |5.0.27 --- Additional Comments From [EMAIL PROTECTED] 2005-03-12 00:51 --- It was Tomcat 5.0.27 it worked fine in, not 5.0.49. Sorry. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33971] - DNS lookup mix of threads
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33971 --- Additional Comments From [EMAIL PROTECTED] 2005-03-12 00:54 --- Summerized the problem occures with Tomcat 5.5.7 JK 1.2.8 Apache 2.0.53 (and also 2.0.49) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33971] - DNS lookup mix of threads
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33971 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-03-12 04:28 --- This is fixed now in the CVS, and will appear in 5.5.9. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
billbarker2005/03/11 20:05:39 Modified:webapps/docs changelog.xml Log: doc changes Revision ChangesPath 1.240 +14 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.239 retrieving revision 1.240 diff -u -r1.239 -r1.240 --- changelog.xml 10 Mar 2005 23:54:45 - 1.239 +++ changelog.xml 12 Mar 2005 04:05:39 - 1.240 @@ -62,6 +62,20 @@ /fix /changelog /subsection + subsection name=Coyote + changelog + fix +bug33971/bug: Set remoteHost to null when Apache doesn't send one. (billbarker) + /fix + /changelog + /subsection + subsection name=Webapps + changelog + update + Use the standard struts taglib URIs in admin JSPs. (billbarker) + /update + /changelog + /subsection /section section name=Tomcat 5.5.8 (yoavs) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]