https://bz.apache.org/bugzilla/show_bug.cgi?id=63191
--- Comment #3 from Boris Petrov <boris_pet...@live.com> --- Thank you for the detailed answer. I'll start with the end of your message. In the GitHub issue I answered a couple of days ago with the following message: I downgraded to CometD 3.1.8 and the problem goes away. CometD 4 introduced async methods for authorization and some other things which I guess use the async IO implementation of Tomcat. What I think happens is that Tomcat 9 (all versions) have a deadlock in their code. CometD 3 uses synchronous IO which works correctly in Tomcat and that's why it works fine. Does that make sense? The same question I ask to you - does what I wrote there make sense? Is it possible that something like that happens? Is that consistent with everything you've read from my posts? Is it consistent with these stacktraces that you see? wsSession.getAsyncRemote().sendText(...) - you will not see this in the stacktraces because that's an asynchronous call - the original thread called this method and then continued on. What happens inside it is probably in another thread which could be one of the two that are blocked, not sure. The evidence about this is the println's that I've put and pasted in the GitHub issue. I'm also not familiar with CometD's code. You can see in the repo that I created that I put some logging here and there and I've pasted the output. I also am not sure what calls what and what goes where, I'm just sure that wsSession.getAsyncRemote().sendText(...) is called and it doesn't call its callback. I'm not sure what more information I can give you. If I'm right about this, I think this is a pretty major bug in Tomcat. What I can suggest is, because I reproduce this very consistently, I can try debugging it for you. Tell me where to put println statements in Tomcat and I'll paste you the output when it breaks. In a few weeks' time I guess we'll get to the problem. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
