See https://issues.apache.org/jira/browse/WICKET-5392
On Fri, Nov 30, 2012 at 5:11 PM, Martin Grigorov wrote:
> Try with wget/curl client instead.
> I meant "text/javascript" ..
>
>
> On Fri, Nov 30, 2012 at 4:08 PM, Nick Pratt wrote:
>
>> Ive stepped through the GzipFilter, and things look to
Try with wget/curl client instead.
I meant "text/javascript" ..
On Fri, Nov 30, 2012 at 4:08 PM, Nick Pratt wrote:
> Ive stepped through the GzipFilter, and things look to be processed through
> the Gzip compression, but only my welcome.html page is returned as gzipped
> - all the .css and .js
Ive stepped through the GzipFilter, and things look to be processed through
the Gzip compression, but only my welcome.html page is returned as gzipped
- all the .css and .js resources do not have a gzip Content-Encoding set on
them.
Just to clarify, did you really mean "text/application" instead o
Hi,
The gzip filter should be before Wicket filter. This way it has the chance
to manipulate the response generated by Wicket.
Wicket just calls httpServletResponse.setContentType("text/application")
and httpServletResponse.write(someStringWithJS).
GZipFilter's job is to change the content type an
