Uploaded image for project: 'Undertow'
  1. Undertow
  2. UNDERTOW-568

access log states incorrect sizes for gzipped resources

XMLWordPrintable

      I have a css resource that weighs in at exactly 494750 bytes.
      It's served gzipped by the filter configured in the server config:

      <filter-ref name="gzip-filter" predicate="regex[pattern='(?:application/javascript|text/css)(;.*)?', value=%{o,Content-Type}, full-match=true]"/>
...
<gzip name="gzip-filter"/>

      When this css is served, access log's %b says 499002, whereas Chrome's devtools say 44.5 KB. So %b states that the uncompressed file was sent.
      The 494750 != 499002 disrepancy is probably due to JSF's EL evaluation of #{resource[...]} expressions, and is irrelevant here.

              sdouglas1@redhat.com Stuart Douglas (Inactive)
              vsevolodgol Vsevolod Golovanov (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: