You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2002/11/13 18:15:17 UTC

DO NOT REPLY [Bug 14515] New: - Documents are transmitted twice when calling via POST from external source

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

Documents are transmitted twice when calling via POST from external source

           Summary: Documents are transmitted twice when calling via POST
                    from external source
           Product: Tomcat 4
           Version: 4.1.12
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: Normal
          Priority: Other
         Component: Unknown
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: johann.uhrmann@xpecto.com


The following configuration makes tomcat (or the http-Connector?) transmit
the document (html page or jsp) twice. 
This causes the page to be shown twice on the client:

- An external site (not hosted on tomcat) has a form which is sent via
  POST on a tomcat page.

- The document on the tomcat server is the index document for that web 
  application.

- There is a filter for that web application which reads the parameters given
  by the post request and sets some session parameters and a cookie.
  It also wraps the request to overload getRemoteUser and isUserInRole.
  (That filter is actually used for single-sign-on authentication.)

- The referring site is hosted on the same machine, but on an Apache web server:
  http://www/apostform.html --[http-post]---> http://www:8081/myapp/index.jsp


According to tcpdump, the page is transmitted twice as a reply for a single
post request. The reply is also transmitted in a single packet (if it's small
enough) which may indicate that the output buffers on tomcat have nut been flushed.

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