Don't need to compile 9.3.4.RC0, its available in the usual places. http://central.maven.org/maven2/org/eclipse/jetty/jetty-distribution/9.3.4.RC0/
Joakim Erdfelt / [email protected] On Thu, Oct 1, 2015 at 6:11 AM, Spencer Bliven <[email protected]> wrote: > Thanks a lot fro the tip, Joakim. > > I had trouble compiling 9.3.4-RC0, but downgrading to 9.2.12 fixed the > problem. I'll wait for the official release of 9.3.4. > > -Spencer > > > On Wed, Sep 30, 2015 at 5:01 PM, Joakim Erdfelt <[email protected]> > wrote: > >> This was brought up in bug.. >> >> https://bugs.eclipse.org/474358 >> DefaultServlet / init-param gzip = true results in bad Content-Type on >> compressed content >> Fixed in 9.3.4.RC0 >> >> Can you try 9.3.4.RC0 and see if it resolves your issue? >> A formal 9.3.4 should be released soon-ish. >> >> >> Joakim Erdfelt / [email protected] >> >> On Wed, Sep 30, 2015 at 7:35 AM, Spencer Bliven <[email protected] >> > wrote: >> >>> I'm using Jetty 9.3.3. I have a large number of files with a custom >>> mime-type (chemical/x-cif). I have the mime type configured in my >>> webdefault.xml, and I've confirmed that I get the correct Content-Type >>> response header when accessing these files. >>> >>> However, I would l like to store these files as compressed versions and >>> let the GzipHandler deliver them. I've added my mime type to the >>> includedMimeTypes in jetty-gzip.xml, and jetty does deliver the expected >>> gzip'd payload: >>> >>> $ wget --server-response -O - --header='Accept-Encoding: "gzip"' >>> http://localhost:8081/2hda.cif|head -1 >>> --2015-09-30 16:24:55-- http://localhost:8081/2hda.cif >>> Resolving localhost (localhost)... ::1, 127.0.0.1 >>> Connecting to localhost (localhost)|::1|:8081... connected. >>> HTTP request sent, awaiting response... >>> HTTP/1.1 200 OK >>> Vary: Accept-Encoding >>> Content-Encoding: gzip >>> Content-Type: application/gzip >>> Last-Modified: Wed, 12 Aug 2015 12:55:16 GMT >>> Accept-Ranges: bytes >>> Content-Length: 11223 >>> Server: Jetty(9.3.3.v20150827) >>> Length: 11223 (11K) [application/gzip] >>> Saving to: ‘STDOUT’ >>> >>> ?????????... (byte code) >>> >>> >>> However, the content-type has now changed to gzip despite requesting the >>> non-gzip version. This prevents my javascript from acting upon it properly. >>> I need the Content-Type to match the requested extension, even if the >>> Content-Encoding is gzip. >>> >>> Thanks for the help! >>> -Spencer >>> >>> _______________________________________________ >>> jetty-users mailing list >>> [email protected] >>> To change your delivery options, retrieve your password, or unsubscribe >>> from this list, visit >>> https://dev.eclipse.org/mailman/listinfo/jetty-users >>> >> >> >> _______________________________________________ >> jetty-users mailing list >> [email protected] >> To change your delivery options, retrieve your password, or unsubscribe >> from this list, visit >> https://dev.eclipse.org/mailman/listinfo/jetty-users >> > > > _______________________________________________ > jetty-users mailing list > [email protected] > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/jetty-users >
_______________________________________________ jetty-users mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/jetty-users
