DO NOT REPLY [Bug 5758] New: - Server-side includes do not work properly

[bu...@apache.org]

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=5758>.
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=5758

Server-side includes do not work properly

           Summary: Server-side includes do not work properly
           Product: Tomcat 4
           Version: 4.0.1 Final
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Catalina
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: rasand@attglobal.net


Hi all-

I am trying to do server side includes- I've enabled them successfully in 
catalina and have done some simple tests.  However, there are two types of <!--
include virtual="path"--> that are failing.  The first is when the included 
file is an image- the binary bytes are inserted directly into the page.

The second, and most important from my perspective, is when "path" represents a 
servlet. Even if the servlet is in the application with the page, it won't 
launch.  I looked at the class org.apache.catalina.util.ssi.SsiInclude and the 
getStream method is preventing this- before the RequestDispatcher is called, it 
does a check:

  if(SsiMediator.servletContext.getResource(path) != null)

This prevents the dispatch from calling a servlet because it won't show up as a 
resource.

But here it gets weird- I decompiled the class and commented out this check, 
but it still never invokes the servlet. Yet if I make my own JSP page that 
calls a dispatcher to the exact same uri, it works perfectly. So *something* 
inside the SsiInvoker implementation prevents a dispatch to a servlet in any 
case!

Thanks!

-Richard

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>