DO NOT REPLY [Bug 46571] New: read timeout while reading response
https://issues.apache.org/bugzilla/show_bug.cgi?id=46571 Summary: read timeout while reading response Product: Tomcat Native Version: unspecified Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Library AssignedTo: dev@tomcat.apache.org ReportedBy: krzysztof.madej...@agora.pl I'm using version 1.1.16 of Tomcat Native, with apr-1.3.3 with port-c patch, Apache Tomcat 6.0.18 on Solaris 5.10 Generic_127127-11 sun4v sparc SUNW,Sun-Fire-T200. When using HTTP/1.1 connector (without shared thread pool) I get read timeout on the client that uses persistant connection pool for sending requests. It happens after several request send, sometimes after 1 second, sometimes after 1 minute of sending requests. Read timeout on the client application is set to reasonable value (5 seconds) and responses are quick enough (max. 50 milisecs). After the read timeout occurs, I cannot receive response from the server on the opened connections, the client was using. Java trace dump shows several waits like this: "http-8041-5" daemon prio=3 tid=0x00a3b000 nid=0x3e in Object.wait() [0xdc07f000..0xdc07fbf0] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0xfac00068> (a org.apache.tomcat.util.net.AprEndpoint$Worker) at java.lang.Object.wait(Object.java:485) at org.apache.tomcat.util.net.AprEndpoint$Worker.await(AprEndpoint.java:1465) - locked <0xfac00068> (a org.apache.tomcat.util.net.AprEndpoint$Worker) at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1490) at java.lang.Thread.run(Thread.java:619) When I disable Native on the Tomcat everything works fine. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 46571] read timeout while reading response
https://issues.apache.org/bugzilla/show_bug.cgi?id=46571 --- Comment #1 from Mark Thomas 2009-01-21 13:00:24 PST --- Which compiler did you use to build APR and Tomcat Native? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 46579] New: JKISAPI_PATH & JKISAPI_NAME not usable with multiple ISAPI instances
https://issues.apache.org/bugzilla/show_bug.cgi?id=46579 Summary: JKISAPI_PATH & JKISAPI_NAME not usable with multiple ISAPI instances Product: Tomcat Connectors Version: 1.2.27 Platform: PC OS/Version: Windows Server 2003 Status: NEW Severity: major Priority: P2 Component: isapi AssignedTo: dev@tomcat.apache.org ReportedBy: ealva...@motionpoint.com The jk_isapi_plugin.c is using SetEnvironmentVariable to set the JKISAPI_PATH to the ISAPI dll path. The problem is that SetEnvironmentVariable is setting the variable globally in IIS. So, when multiple ISAPI redirector dlls are installed the value of the directory is which ever the last one that modified it. Normally, when IIS is started or restarted the ISAPIs are initialized in order so the these variable works correctly in the properties files. # Use the logs in the installation path of ISAPI Redirector log_file=$(ISAPI_PATH)\$(ISAPI_NAME).log However, when an ISAPI redirect is reloaded it sometimes writes to a log file of another ISAPI instance. Worse is that it reads the URI mapping rules from another instance. This problem has basically made the ISAPI_PATH variable useless in environments where multiple instances of the ISAPI redirector are used on one machine. I have summitted a enhancement request that would remove the need to used this variables by using the relative path of the dll/properties file when a path is not specified. log_file=$(ISAPI_NAME).log TIA, Eugenio Alvarez -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
