After upgrading from Tomcat 3.2.1 to 4.0 beta, the weird hang problems and Hotspot JVM
fatal errors are gone!
Here's some notes about the installation, and some possible bug info:
One problem was this method:
writer.write(s.getBytes());
where "s" is a String object and "write" is an OutputStream. If s happened to be a
blank string, then after calling this method, nothing more could be written to the
output stream. Since our app is creating dynamic HTML pages this way (replacing
dynamic tags and appending to the output stream, I was getting half finished pages.
Could this be a Tomcat 4.0 bug? It did work on earlier versions I think.
Also, just a note about the web.xml doc. I looked at one or two of the DTDs and there
does not seem to be documentation about this:
One must put all the <servlet> entries at the beginning of the xml doc, and then all
the <servlet-mapping> entries at the end. If you try to mix the two type of entries
the parser complains.
example:
This works:
<servlet>
<servlet-name>conductors</servlet-name>
<servlet-class>Conductors</servlet-class>
</servlet>
<servlet>
<servlet-name>linkbaton</servlet-name>
<servlet-class>LinkBaton</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>conductors</servlet-name>
<url-pattern>/conductors/*</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>linkbaton</servlet-name>
<url-pattern>/get</url-pattern>
</servlet-mapping>
This FAILS: (but its a logical way to order this, so maybe it should work? Or maybe
the DTD should document that this is illegal?
<servlet>
<servlet-name>conductors</servlet-name>
<servlet-class>Conductors</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>conductors</servlet-name>
<url-pattern>/conductors/*</url-pattern>
</servlet-mapping>
<servlet>
<servlet-name>linkbaton</servlet-name>
<servlet-class>LinkBaton</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>linkbaton</servlet-name>
<url-pattern>/get</url-pattern>
</servlet-mapping>
- miles
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
