Hi Daniel,
At last we managed to solve the replication issue. (not exactly a solution
but a workaround) :
the problem was:
The multicast tried to broadcast to local ip written in the hosts file
127.0.1.1
We had to write the actual ip adress in the hosts file
instead :
127.0.1.1 - Tomcat1
we ch
-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 t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
侯树成,
On 12/27/13, 4:24 AM, 侯树成 wrote:
> Yes, this must use BIO mode, because the NIO maxConnections=1
> in default, it won't block the LimitLatch. In my test case,(use
> JMeter, thread number is 5), 2 requests will refused soon(just
> 1s-2s late
Folks,
I needed to write this for something I am working on and thought there
might be a wider audience for it.
Tomcat 8 supports standard compliant Websockets, which provide convenient
asynchronous full-duplex
server to client data transport. The framework I am offering builds on top
of that a fe
Hi,
Today, I find the acceptCount of connector is not work like it's config.
You can try it like this:
use LR or JMeter make more requests( >10) . You will find that 5 requests
will served correctly, others will be refused.
When the acceptCount=3
You will find that 7 requests will se
Chris,
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 .svgz will be served,
as they are, with the Con
Hi, I got an Exception like this:
java.lang.IllegalStateException: Cannot call sendError() after the response
has been committed
I got it in following steps:
1. Deploy a web app.
2. request the app in browser, refresh the page when it not response
fully(or close it when the page not response cor
