Hello all; I'm at my wit's end trying to figure this problem out.

Context of the problem:
------------------------

I have connected Apache-1.3.33 to Tomcat-5.5.12 through Jk. Apache is configured to route all *.jsp URL's to Jk.

On the Tomcat weapp side, I have one JSP, one singleton-pattern class, and one javabean that provides an interface between the JSP and the singleton.

The Config singleton reads a .properties file, and generates a directory listing of the dir specified in the properties. The bean simply returns Config.getInstance().getDirListing(). The JSP uses "c:forEach" to show the contents of the directory.

The JSP is pre-compiled by ant on my local host, and then I upload a .war file to the server. The web.xml file maps "/homepage.jsp" to the compiled JSP servlet "org.apache.jsp.homepage_jsp." I'm using MyEclipse for development.

This is all running on a intel-based box using NetBSD/2.0.2

Problem Description:
---------------------

When I run the compiled JSP from a web browser, it comes up fine. However, if I undeploy the web-app, it continues to run. If I deploy another version of the web-app, it still uses the original one.

The only way to get it to read the new web-app is to ./shutdown.sh and ./startup.sh Tomcat.

The problem appears to be with Tomcat, and not with my browser or Apache. To verify this, I turned on the Valve "RequestDumperValve." Even when the web-app is undeployed, the log file still shows the Jk request coming from Apache, and being served by Tomcat.

Things Tried:
-------------

I verified that the directory in $CATALINA_HOME/webapps had been removed when I undeployed, and there was no .war file left lying around.

I found Apache Bug# 25623, which seemed to be similar, and attempted their temporary solution (Setting enablePooling to FALSE). This had no effect.

I thought the problem might be related to using Tomcat-5.5.9, so I upgraded to .12. Same problem.

I've searched the web and this mailing list, and can't find any other things to try.

Any help is gratefully appreciated.

Regards,
-Darren




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to