I just upgraded from WS7u1 to WS7u2, and a webapp that was working fine in u1 now fails in u2. Here's the error message I'm seeing in the server's errors log file:
[31/Jan/2008:07:39:41] failure (25443): for host 160.32.2.1 trying to GET /bok/index.html while trying to GET /bok/, service-j2ee reports: PWC6117: File "/www/webapps/bok-war/WEB-INF/jsp/.jsp" not found
Looking at the web.xml for the webapp (which I did not write, and don't have access to the source code for, BTW) I have deduced the following flow to arrive at this point:
1. User points web browser at "/bok/index.jsp" which is a simple redirect to "index.html" in the same directory (<c:redirect url="index.html"/>).
2. An ACEGI filter intercepts the request because of this filter-mapping:
<filter-mapping>
<filter-name>Acegi Filter Chain Proxy</filter-name>
<url-pattern>*.html</url-pattern>
</filter-mapping>
The filter performs the requested authentication (which I see succeeds by way of debug messages in the server log) and sends a redirect to "/bok/".
3. The welcome file list in the web.xml looks like this:
<welcome-file-list>
<welcome-file>index.html</welcome-file>
<welcome-file>index.htm</welcome-file>
<welcome-file>index.jsp</welcome-file>
<welcome-file>default.html</welcome-file>
<welcome-file>default.htm</welcome-file>
<welcome-file>default.jsp</welcome-file>
</welcome-file-list>
Thus, I expect that the web server will first attempt to load "/bok/index.html" given the above redirect. That should result in calling a servlet in the webapp due to the following servlet-mapping in the web.xml:
<servlet-mapping>
<servlet-name>dispatch</servlet-name>
<url-pattern>*.html</url-pattern>
</servlet-mapping>
Instead, the next entry in the access log looks like this:
160.32.2.1 - korb [31/Jan/2008:07:39:41 -0600] "GET /bok/ HTTP/1.1" 404 292
and the accompanying error in the errors log is the one shown above:
[31/Jan/2008:07:39:41] failure (25443): for host 160.32.2.1 trying to GET /bok/index.html while trying to GET /bok/, service-j2ee reports: PWC6117: File "/www/webapps/bok-war/WEB-INF/jsp/.jsp" not found
which appears to imply that the web server is trying to load a JSP with a null name.
This looks like a bug in WS7u2, yes?
Note: On the second attempt to load this page (after having successfully authenticated) the redirect in step 1 to index.html bypasses the authentication step and continues on to "/bok/index.html" which is then indeed handled properly by being handed off to the dispatch servlet.
Thanks,
Bill