Hi,
Tomcat doesn't seem to serve compressed SVG's (*.svgz) correctly.
The response should have a Content-Encoding header, value 'gzip'.
Any chance of getting this at long last?
(a change to org.apache.catalina.servlets.DefaultServlet, I presume)
Version: 7.0.47
All the best,
DaveLaw
Hi Chris,
On 28/12/2013 19:34, Christopher Schultz wrote:
What type of data do you have on the disk?
Its all standard stuff. As specified by W3C, compressed SVG's
are just SVG's (which are just XML) compressed with gzip, with
a Mime-Type of image/svg+xml, and extension .svgz
What
a generic solution to be best though, long-term. Something like:
mime-mapping
extensionsvgz/extension
mime-typeimage/svg+xml/mime-type
encodinggzip/encoding
/mime-mapping
...with a new Tag, for example: encoding
All the best,
DaveLaw
On 28/12/2013 18:06, David Law wrote:
Hi,
Tomcat
/2013 10:06, Mark Thomas wrote:
On 28/12/2013 21:36, David Law wrote:
I just tried this in DefaultServlet:
if (contentType.equals(image/svg+xml)
path.toLowerCase().endsWith(.svgz)) {
response.addHeader(Content-Encoding, gzip);
}
Quick dirty, but Works fine as proof-of-concept.
We just need
.
The Internet Forums are full of entries from people
looking for a solution, so I hopethe JIRA
https://java.net/jira/browse/SERVLET_SPEC-86 Mark created
will meet with approval.
All the best,
DaveLaw
On 29/12/2013 11:18, Jan Tosovsky wrote:
On 2013-12-28 David Law wrote:
On 28/12/2013 19:34
14:10, André Warnier wrote:
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
David,
On 12/28/13, 12:06 PM, David Law wrote:
Tomcat doesn't seem to serve compressed SVG's (*.svgz) correctly.
The response should have a Content-Encoding header, value 'gzip'.
Any chance
,
DaveLaw
On 30/12/2013 00:18, André Warnier wrote:
Mark Thomas wrote:
On 28/12/2013 21:36, David Law wrote:
I just tried this in DefaultServlet:
if (contentType.equals(image/svg+xml)
path.toLowerCase().endsWith(.svgz)) {
response.addHeader(Content-Encoding, gzip);
}
Quick dirty, but Works
:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
David,
On 12/28/13, 3:20 PM, David Law wrote:
No Content-Encoding header is sent in the response. And that is
exactly the problem: DefaultServlet needs to be changed to serve up
svgz's with Content-Encoding gzip
Okay, so you would then need to use
in transmission only, so the data will arrive intact.
An example of such would be Base64:
http://en.wikipedia.org/wiki/Base64
I think we were right to choose Content-Encoding.
All the best,
DaveLaw
On 30/12/2013 01:28, David Law wrote:
Hi André,
thats exactly what the JIRA Request is about:
https
: SHA256
David,
On 12/31/13, 2:52 AM, David Law wrote:
these are 2 completely different issues.
svgz's should be served with the correct encoding (gzip) as
required by the W3C SVG standard. ALWAYS.
http://www.w3.org/TR/SVG11/conform.html#ConformingSVGServers That
means, files with the extension
/2014 19:36, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
avid,
On 12/31/13, 10:43 AM, David Law wrote:
there's nothing to debate: the standard says svgz's need
Content-Encoding: gzip so thats what we have to do.
At this rate, we'll never get the Internet finished
Thanks for that. :-)
You might like to correct this Typo under Tomcat 7.0.50 / Catalina:
Streamline handling of WebSocket messages whe...
to when or where for example.
All the best,
DaveLaw
On 12/01/2014 11:15, Violeta Georgieva wrote:
The Apache Tomcat team announces the immediate
Hi Alex,
hope you're thriving.
I got a LinkedIn invitation from a Stephen Everson
who (I think...) I've never heard of.
I see he's one of your connections.
Any idea who he is why he would be contacting me?
Dave
-
To
Hi Dave,
nice to speak to you just now.
The place I mentioned in Portugal is:
Quinta dos Três Rios http://www.minola.co.uk/
...a treasure trove. :-)
Hope we'll be able to bump into you soon.
All the best,
Dave
14 matches
Mail list logo