https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
Ognjen Blagojevic changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #14 from Remy Maucherat ---
Thanks for the fix, and +1 for restoring maxConnections now that it works
properly.
I was way too certain this was a NIO2 issue only I guess.
--
You are receiving this mail because:
You are the assigne
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #13 from Mark Thomas ---
*** Bug 58105 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #12 from Mark Thomas ---
*** Bug 58104 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #10 from Mark Thomas ---
I've just answered my own question. Running this test case once on Windows
triggers the warning message once a second (roughly). Given how easy it is to
reproduce, a fix should be (fairly) easy to track down
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #9 from Mark Thomas ---
Quick question. Do you see this on trunk or just 8.0.x?
--
You are receiving this mail because:
You are the assignee for the bug.
-
To un
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #8 from Mark Thomas ---
I'll take a look at this.
I think we do need to restore maxConnections support for NIO2 (probably with
the limit disabled by default). While I am confident that NIO2 can scale to as
many connections as the s
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #7 from Ognjen Blagojevic ---
Here is a minimal test case:
public static void main(String[] argv) throws Exception {
URL url = new
URL("http://localhost:84/examples/servlets/nonblocking/numberwriter";);
InputStr
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #6 from Ognjen Blagojevic ---
(In reply to Ognjen Blagojevic from comment #5)
> Crawling that single URL from Java using
> java.net.URL / URLConnection classes causes reported log messages.
s/Crawling/Reading/g
--
You are receivi
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #5 from Ognjen Blagojevic ---
I narrowed the problem to one single problematic example:
/examples/servlets/nonblocking/numberwriter. It is example to demonstrate
Servlet 3.1 Non-blocking IO. Crawling that single URL from Java using
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #4 from Remy Maucherat ---
Feel free to debug it, but as far I am concerned I am probably done with this
feature at the moment.
--
You are receiving this mail because:
You are the assignee for the bug.
---
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #3 from Ognjen Blagojevic ---
Can I help somehow to get to the root cause of the problem?
For instance, to print stack trace and connection count every time
AbstractEndpoint.countUpOrAwaitConnection and .countDownConnection is exec
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
--- Comment #2 from Remy Maucherat ---
This would happen occasionally for me. Now this doesn't but it still does
rarely in the CI runs.
I cannot figure out why it still fails after my fixes. Since it doesn't look
like a very useful feature for
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
Ognjen Blagojevic changed:
What|Removed |Added
Version|8.0.23 |trunk
--
You are receiving this m
https://bz.apache.org/bugzilla/show_bug.cgi?id=58103
Ognjen Blagojevic changed:
What|Removed |Added
OS||All
--- Comment #1 from Ognjen Bla
16 matches
Mail list logo
