glassfish
  1. glassfish
  2. GLASSFISH-18341

Extra-content in HTML using AJP with GF 3.1.2 and https on IE

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Invalid
    • Affects Version/s: 3.1.2_b20
    • Fix Version/s: None
    • Component/s: web_container
    • Labels:
      None
    • Environment:

      Windows 7 64bits
      IE 9
      Apache 2.2

      Description

      I have a GF 3.1.2 domain behind an Apache 2.2 with AJP enabled.
      When I try to access a JSP file larger than 8192 bytes from IE using HTTPS, the page starts with "2000\r\n".
      This page is correct:

      • if I try to connect with IE using HTTP or with Firefox (HTTP or HTTPS).
      • if the page is 8192 bytes or less.
      • if I use GF 3.1.1 with AJP.

      Steps to reproduce:

      1. asadmin create-domain domain_ajp
      2. asadmin start-domain domain_ajp
      3. asadmin create-http-listener --listenerport 8009 --listeneraddress 0.0.0.0 --defaultvs server jk-connector
      4. asadmin set configs.config.server-config.network-config.network-listeners.network-listener.jk-connector.jk-enabled=true
      5. copy the attached file to domain_ajp/docroot
      6. access the page with IE on https://localhost/index.jsp
        Result: the HTML source code starts with 2000\r\n

      AJP is set in Apache with:

      <IfModule proxy_module>
      <IfModule proxy_ajp_module>
        <Location />
          ProxyPass ajp://127.0.0.1:8009/
          ProxyPassReverse ajp://127.0.0.1:8009/
        </Location>
      </IfModule>
      </IfModule>
      

        Activity

        Hide
        oleksiys added a comment -

        > It works fine when I modify the Apache configuration as suggested.
        > Thanks for the quick resolution.
        > It's strange that it worked correctly with GF 3.1.1
        In GF 3.1.1 we used different AJP implementation, which didn't use HTTP/1.1 features.

        > Does 3.1.2 officially support mod_proxy_ajp or should I use mod_jk instead ?
        3.1.2 should support both.

        Show
        oleksiys added a comment - > It works fine when I modify the Apache configuration as suggested. > Thanks for the quick resolution. > It's strange that it worked correctly with GF 3.1.1 In GF 3.1.1 we used different AJP implementation, which didn't use HTTP/1.1 features. > Does 3.1.2 officially support mod_proxy_ajp or should I use mod_jk instead ? 3.1.2 should support both.
        Hide
        Ryan Lubke added a comment -

        At this point, I think we can close this issue out.

        Show
        Ryan Lubke added a comment - At this point, I think we can close this issue out.
        Hide
        corti added a comment -

        I am using 3.1.2.2 and even by changing the Apache configuration as suggested the problem persists.

        Show
        corti added a comment - I am using 3.1.2.2 and even by changing the Apache configuration as suggested the problem persists.
        Hide
        oleksiys added a comment -

        can you pls. share the steps how we can reproduce it?

        Show
        oleksiys added a comment - can you pls. share the steps how we can reproduce it?
        Hide
        corti added a comment -

        Sorry I just noticed that in addition of the BrowserMatch directive there was an additional

        1. SetEnvIf User-Agent ".MSIE." \
        2. nokeepalive ssl-unclean-shutdown \
        3. downgrade-1.0 force-response-1.0

        which I had to comment out. It now works as expected.

        Show
        corti added a comment - Sorry I just noticed that in addition of the BrowserMatch directive there was an additional SetEnvIf User-Agent ". MSIE. " \ nokeepalive ssl-unclean-shutdown \ downgrade-1.0 force-response-1.0 which I had to comment out. It now works as expected.

          People

          • Assignee:
            Ryan Lubke
            Reporter:
            loonesp
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: