Bug setting Content-Disposition of response with the July 20th build of Weblogic 6.1

Question

          I am using the July 20th Beta build, weblogic610_bld_127633_sol.bin, running under
          Solaris OS 2.6.
          I have two basic questions:
          1. Why am I seeing the error I describe below.
          2. Will this problem be fixed either by:
          A. A new release of the iisproxy.dll accompanying Weblogic 6.1 GA release on July
          30th (I currently use the iisproxy.dll which accompanied Weblogic 6.0 sp 1).
          B. A fix in the jsp response handling of the application server in the GA release.
          When used with the iisproxy.dll, in Weblogic 6.1 a jsp can not contain code to
          alter the filename in the response it is returning based on a request. This functionality
          worked in both Weblogic 4.5 and Weblogic 6.0 sp2.
          I use the following code to send back a tab seperated value file with a variable
          filename from a jsp page.
          response.setHeader("Content-Disposition", "filename=" + strFileName ".tsv");
          response.setContentType("text/tab-separated-values");
          When hitting Weblogic Server directly, this code works fine in Weblogic 6.1.
          My browser presents me with a download prompt, with a default filename equal to
          the variable filename I am setting in the jsp page.
          When hitting Weblogic Server through iisproxy.dll, iisproxy.dll gets the response
          from the application server, ignores it, then repeatedly resends the request to
          the application server. It gives up after 6 "bad" responses, and returns
          "No backend server available for connection: timed out after 20 seconds.".
          The functionality was perfect with the identical iisproxy.dll used with either
          Weblogic 4.5 or Weblogic 6.0 sp2.
          Things I have already tried:
          I can't find a newer version of the iisproxy.dll than the one that came with Weblogic
          6.0 sp1 (This is the 696 KB one).
          I have confirmed that the exact line of code which breaks the iisproxy.dll is
          the line where you set the filename. The download prompt works fine if you don't
          try to alter the response to set a specific filename.
          I have confirmed that changing the file extension to .jsp while still trying to
          alter the filename fails.
          

Answer 1

As you said, it could be the WLS6 truststore which doesn't contain the certificate authority. Just check which files are used (cacerts, cacerts.jks,..), and maybe you can find it by checking the option startup : -Dweblogic.security.SSL.trustedCAKeyStore
It doesn't matter when the exception is triggered (you can do an explicit handshake, or just write in the socket and then wait for an implicit handshake)