Hi Mark, Thanks for replying. I actually reported this bug to Oracle before contacting this group. They contacted me once but then never replied again. I'd appreciate it if you could bring it to their attention again.
https://bugs.openjdk.java.net/browse/JDK-8058284 This bug is kind of elusive as a form that is crashing today might not crash tomorrow, I suspect it is because headers, cookies, session keys etc have changed. I'll see if I can reproduce it by creating a testing form. Can anyone tell me why this line causes the site to not crash? -XX:CompileCommand=exclude,com/sun/crypto/provider/*.* P.S. Igal thanks for your support. ________________________________________ From: Mark Thomas <ma...@apache.org> Sent: Friday, October 03, 2014 1:14 PM To: Tomcat Users List Subject: Re: Tomcat JVM Crash On 03/10/2014 17:11, Igal @ getRailo.org wrote: >> Whose problem is this: Google, Apache Tomcat, GoDaddy(SSL), or Oracle? >> regardless of whose fault this is, Tomcat should be patched so that it >> doesn't crash. The general position of the Tomcat developers is that we do *not* patch Tomcat to work around bugs in third party code. There have been exceptions in the past but - since this JVM bug as a workaround available - I very much doubt that Tomcat will be patched to avoid this (even if such a patch was possible which looks unlikely). > can you produce a reduced test case so that the good people at Tomcat > can reproduce it on their end and patch it? A reproducible test case is definitely a good thing but it needs to go to Oracle, not to the Tomcat devs. Note we do have some contacts with Oracle we can use to ensure a bug report gets in front of the right people. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
