Re: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread Mark Thomas
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 a DefaultServlet

RE: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread Jan Tosovsky
On 2013-12-28 David Law wrote: 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

Tomcat work directory is not creating a sessions.ser file

2013-12-29 Thread Nir A
Hi, We had problems regarding sessions replication. We contact you before and after you examined our logs you actually told us that session replication is indeed talking place although we didn't have session replication. Now, after further investigation we think we are on the problem source:

Re: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread André Warnier
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 of getting this at long

Re: Tomcat work directory is not creating a sessions.ser file

2013-12-29 Thread Daniel Mikusa
On Dec 29, 2013, at 6:57 AM, Nir A n...@netomedia.com wrote: Hi, We had problems regarding sessions replication. We contact you before and after you examined our logs you actually told us that session replication is indeed talking place although we didn't have session replication. Now,

Re: tomcat - How to forward request to some webapp while using port 80 without virtual host, without apache

2013-12-29 Thread André Warnier
Peter wrote: I am happy that you guys sent reply to me, but anyone here can create configuration file for me for example which I had mentioned in beginning of post, then I can understand better, its my weakness but true. Peter, you should decide what you want, and whether the way in which to

Re: Non-Blocking IO Write Issue

2013-12-29 Thread Daniel Mikusa
On Dec 23, 2013, at 7:55 PM, David Bullock david.bull...@machaira.com.au wrote: On 24 December 2013 07:58, Daniel Mikusa dmik...@gopivotal.com wrote: On Dec 19, 2013, at 8:08 PM, David Bullock david.bull...@machaira.com.au wrote: On 20 December 2013 04:10, Daniel Mikusa

Session replication does not work - Continued

2013-12-29 Thread Nir A
Hi, So we have 3 tomcats in our cluster and we are failing to make them replicate our sessions still. Our IT guy said it might has something to do with the machines of the tomcats. He said that since the machines the tomcats in the cluster are installed at are Virtual machines there might be a

Session replication configuration file question

2013-12-29 Thread Nir A
Hi, If i want to create a cluster of 2 tomcats: Tomcat1 - ip 111.111.111.111 Tomcat2 - ip 222.222.222.222 Where exactly the in the server.xml i should say that my cluster contains both of these ips? If you will take alook at my server.xml (which i copy pasted from the tutorial) it looks like

Re: Non-Blocking IO Write Issue

2013-12-29 Thread David Bullock
Well, the states of those threads look normal enough. Definitely not a resource starvation issue (which is what it 'feels' like). I guess some values are getting lost somewhere. Just looking at the stacktrace for the onWritePossible() example though ... I'm not able to trace the same execution

Re: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread David Law
Mark, many, many thanks for your prompt action. :-) I will add my thoughts to your JIRA https://java.net/jira/browse/SERVLET_SPEC-86. I guess the matter is now out of our hands we have to hope the Servlet guys @ java.net are open to our proposal. I hope it won't take years, as I have a

Re: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread David Law
Hi Jan, yes, that's the problem plain-text SVG's are so bloated. Opera does a stateful inspection of the stream to see if its compressed or not, but the Spec states they must be marked as gzip-Encoded in the Response Header, so we can't really fault Firefox co for adhering to that Spec. The

Re: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread David Law
Hi André, no. I think Chris was semantically correct with [big enough to exceed your file size] Unfortunately, his answer had nothing to do with my posting. Mark Thomas hit the nail on the head though: http://tomcat.markmail.org/message/zptxhevgzkpr7if2 All the best, DaveLaw On 29/12/2013

Re: Session replication does not work - Continued

2013-12-29 Thread Daniel Mikusa
On Dec 29, 2013, at 10:11 AM, Nir A n...@netomedia.com wrote: Hi, So we have 3 tomcats in our cluster and we are failing to make them replicate our sessions still. Our IT guy said it might has something to do with the machines of the tomcats. He said that since the machines the tomcats

Re: Session replication configuration file question

2013-12-29 Thread Daniel Mikusa
On Dec 29, 2013, at 10:51 AM, Nir A n...@netomedia.com wrote: Hi, If i want to create a cluster of 2 tomcats: Tomcat1 - ip 111.111.111.111 Tomcat2 - ip 222.222.222.222 Where exactly the in the server.xml i should say that my cluster contains both of these ips? By default, you

Re: Non-Blocking IO Write Issue

2013-12-29 Thread Daniel Mikusa
On Dec 29, 2013, at 11:45 AM, David Bullock david.bull...@machaira.com.au wrote: Well, the states of those threads look normal enough. Definitely not a resource starvation issue (which is what it 'feels' like). I guess some values are getting lost somewhere. Just looking at the

Re: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread Mark Thomas
On 29/12/2013 17:17, David Law wrote: Mark, many, many thanks for your prompt action. :-) I will add my thoughts to your JIRA https://java.net/jira/browse/SERVLET_SPEC-86. I guess the matter is now out of our hands we have to hope the Servlet guys @ java.net are open to our proposal.

Re: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread André Warnier
David Law wrote: Hi André, no. I think Chris was semantically correct with [big enough to exceed your file size] Unfortunately, his answer had nothing to do with my posting. Mark Thomas hit the nail on the head though: http://tomcat.markmail.org/message/zptxhevgzkpr7if2 You are right, that

Re: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread André Warnier
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 a

Re: Compressed SVG support (*.svgz) in Tomcat

2013-12-29 Thread David Law
Hi André, thats exactly what the JIRA Request is about: https://java.net/jira/browse/SERVLET_SPEC-86 We want a generic solution not just something specific to *.svgz Regarding the Content-Transfer-Encoding header, I'm afraid that's beyond me. Maybe Mark has an opinion on that? Regards,

Re: how http connector backlog attribute works?

2013-12-29 Thread 侯树成
Hi, Today, I find the acceptCount of connector is not work like it's config. You can try it like this: Connector port=8080 protocol=HTTP/1.1 connectionTimeout=2 redirectPort=8443 acceptCount=2 maxThreads=1 minSpareThreads=1/ Also use LR/JMeter make more