2010/5/19 Konstantin Kolinko <knst.koli...@gmail.com>:
>
1. I fixed the issues with tests failing because of non-default value
of ${tomcat.output}.
All tests on a VM running Linux are now completing successfully for me.2. Gump run has happened. The failures in TestCoyoteAdapter were observed. http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/gump_file/TEST-org.apache.catalina.connector.TestCoyoteAdapter.txt.html Looking at the log file from Gump: Gump log: ----------------------- INFO: Starting Coyote HTTP/1.1 on http-8002 May 19, 2010 10:26:09 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [uriBC] has value [/foo] May 19, 2010 10:26:09 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [semicolon] has value [-1] May 19, 2010 10:26:09 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [enc] has value [ISO-8859-1] May 19, 2010 10:26:09 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [uriBC] has value [/foo/] May 19, 2010 10:26:09 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [semicolon] has value [-1] May 19, 2010 10:26:09 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [enc] has value [ISO-8859-1] May 19, 2010 10:26:09 AM org.apache.coyote.http11.AbstractHttp11Protocol pause INFO: Pausing Coyote HTTP/1.1 on http-8002 ----------------------- Gump log: ----------------------- INFO: Starting Coyote HTTP/1.1 on http-8004 May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [uriBC] has value [/foo;jsessionid=1234] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [semicolon] has value [4] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [enc] has value [ISO-8859-1] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [pathParamStart] has value [5] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [pathParamEnd] has value [-1] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [pv] has value [jsessionid=1234] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [equals] has value [10] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [name] has value [jsessionid] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [value] has value [1234] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [uriBC] has value [/foo/] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [semicolon] has value [-1] May 19, 2010 10:26:11 AM org.apache.catalina.connector.CoyoteAdapter parsePathParameters FINE: The variable [enc] has value [ISO-8859-1] May 19, 2010 10:26:11 AM org.apache.coyote.http11.AbstractHttp11Protocol pause INFO: Pausing Coyote HTTP/1.1 on http-8004 ----------------------- The above log excerpts are for testPathParmsFooNone and testPathParmsFooSessionOnly respectively. In my environment the second request, "The variable [uriBC] has value [/foo/]" and all that follows it does not happen. The problem is that the request for /foo servlet on Gump is not served, but is redirected to /foo/, and that redirection loses the "jsessionid" parameter. // Must have a real docBase - just use temp Context ctx = tomcat.addContext("/", System.getProperty("java.io.tmpdir")); Finally, now I am _able_ to reproduce the issue. It happens if I create a subdirectory "foo" in the system temporary directory. Losing jsessionid on a redirection is a bug. Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
