I'm sorry. I should have prefaced my original question by stating that I'd read the Tomcat documentation and did extensive googling on the subject, but could not find the answer I was looking for. The only solution I found was having a servlet filter that adds the 'Content-encoding: gzip' response header and since I was referencing static content outside of any war file, I didn't want to have to write a servlet filter.
Underlying Chris's original response was the assumption that I hadn't already read the documentation or done some research on my own prior to asking for assistance here, which was not the case. And then he didn't even point me to the pertinent documentation, but rather just said that I should read the documentation. If he had pointed me to the pertinent documentation, I would not have been upset, but simply telling me to read the documentation pissed me off a bit. My apologies to all, but in the future, please don't assume that people haven't done some research prior to asking for assistance here. Again, I accept part of the blame for not having said that to begin with, but telling someone to read the documentation without even so much as a hint as to where to look is analogous to telling someone to read the JDBC spec in response to a JDBC question (which by the way has also happened to me!) hehehe... On Tue, Mar 10, 2015 at 4:09 PM, André Warnier <a...@ice-sa.com> wrote: > Victor Rodriguez wrote: > >> I finally have it working in Apache using the following. If there's an >> easy way to accomplish this in Tomcat I'd pref that cuz I could just >> leverage our existing deployed tomcats. Thanks! >> >> AddType application/json .json >> AddType application/vnd.quantized-mesh .terrain >> AddEncoding x-gzip .gz .tgz .json .terrain >> >> > Victor, you are wasting everyone's time. Go away. > > Or else, why do you not re-read the very first response to your very first > question, which already contained the correct answer, more than 24 hours > and 15 messages ago ? > > Or are you so infused with yourself that you do not realise why you might > have upset some people here ? > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > -- Sent from neither my iPhone nor my iPad.
