tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 6299] - SSI problem with multiple include statements in one file
Date Fri, 12 Jul 2002 12:08:42 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6299>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6299

SSI problem with multiple include statements in one file





------- Additional Comments From Roberto@talk21.com  2002-07-12 12:08 -------
Unfortunately the new SSI codebase didn't make it into Tomcat 4.0.4, which is
the current stable release, and so it still exhibits the '[error processing this
directive]' behaviour, with buffering on or off. Tomcat 4.1.7Beta has the new
codebase but dies with my webapp - so not currently an option!

However, it is possible to backport the new Tomcat 4.1.7 servlets-ssi.jar into
Tomcat 4.0.4 - I've got this working on a test box, with all SSI problems
apparently resolved. It's not entirely simple though, as the ssi code calls
several new classes in org.apache.catalina.util (like URLEncoder), which aren't
present in Tomcat 4.0.4. To cope with this, I took a copy of catalina.jar from
Tomcat 4.1.7, and removed everything except the org.apache.catalina.util
package. I then dropped this new jar (I called it catalina-util-4.1.7.jar) into
the server/lib directory in my 4.0.4 install, alongside the new
servlets-ssi.jar. A quick edit of the servlet definintion in the web.xml file
(the ssi sevlet is now called org.apache.catalina.ssi.SSIServlet), and hey
presto, the flawless SSI you've always dreamed of.

Of course, I say flawless, but I haven't tested it extensively, and I don't
won't to be held responsible if any bad interactions in the
org.apache.catalina.util package spoil your day...! Also, N.B. I'm not a member
of the Apache project, so don't hold it against them if anything goes wrong.

HTH,

Roberto

--
To unsubscribe, e-mail:   <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>


Mime
View raw message