Summary: | NPE in SlowQueryReport in tomcat-jdbc-7.0.68 | ||
---|---|---|---|
Product: | Tomcat Modules | Reporter: | wyao <carlvane> |
Component: | jdbc-pool | Assignee: | Tomcat Developers Mailing List <dev> |
Status: | NEEDINFO --- | ||
Severity: | normal | ||
Priority: | P2 | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux | ||
Attachments: |
NPE
java version Test program for ConcurrentHashMap |
Description
wyao
2016-12-28 10:10:04 UTC
Created attachment 34561 [details]
NPE
Can you give a bit more details on your setup, like jdk/jre, cluster setup, is this reproducable, ...? It is a bit of a mystery to me, that the npe is happening there, as we are copying the data from a ConcurrentHashMap, which explicitly does not allow null values. My first idea was to filter null values from the copied list, but it feels wrong without knowing the real issue. Created attachment 34584 [details]
java version
hope to find the NPE
(In reply to Felix Schumacher from comment #2) > Can you give a bit more details on your setup, like jdk/jre, cluster setup, > is this reproducable, ...? > > It is a bit of a mystery to me, that the npe is happening there, as we are > copying the data from a ConcurrentHashMap, which explicitly does not allow > null values. My first idea was to filter null values from the copied list, > but it feels wrong without knowing the real issue. Please see my reply, the java version shown below Created attachment 34656 [details]
Test program for ConcurrentHashMap
Program that tests ConcurrentHashMap, as I suspect, that the uses JRE has a problem.
Could you try and run the attached Java program on your machine and report if it crashes? I suspect, that the CHM implementation of your JRE is buggy. |