Ich erhalte die folgenden Meldungen in catalina.out Log-Datei, wenn Tomcat heruntergefahren wird. Ich verwende Tomcat 7.x und die Tomcat JDBC-Datenquelle.tomcat7 - jdbc Datenquelle - Dies ist sehr wahrscheinlich, um ein Speicherleck zu erstellen
Mar 26, 2013 1:17:52 PM org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc
SEVERE: The web application [/my_webapp] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.
Mar 26, 2013 1:17:52 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
SEVERE: The web application [/my_webapp] appears to have started a thread named [MySQL Statement Cancellation Timer] but has failed to stop it. This is very likely to create a memory leak.
Die erste behauptet, dass die Datasource gewaltsam unregistrierte worden ist, so ist das in Ordnung. Jedoch ist es seltsam, weil ich die destroy-Methode, wie so konfiguriert haben:
<bean name="dataSource" class="org.apache.tomcat.jdbc.pool.DataSource" destroy-method="close">
<property name="driverClassName" value="com.mysql.jdbc.Driver"/>
<property name="url" value="jdbc:mysql://localhost:3306/mydb"/>
<property name="username" value="root"/>
<property name="password" value="password"/>
</bean>
nicht sicher, warum ich die zweite bekommen. Der eine über den "MySQL Statement Cancellation Timer".
Jede Hilfe
EDIT 1 geschätzt wird: habe ich versucht, das Update vorgeschlagen von @Zelldon und es wird der erste Fehler beseitigen. Allerdings bleibt das MySQL Statement Cancellation Timer
Problem weiterhin
Mögliche Duplikate von [Wie Speicherleck Probleme zu lösen?] (Http://stackoverflow.com/questions/10615118/how-to-solve-memory-leak-problems) – OhadR
Siehe diesen Kommentar, um mehr über MySQL zu erfahren Abbruch Thread-Problem. https://stackoverflow.com/a/46733027/185565 – Whome
https://Stackoverflow.com/a/47019335/3408531 – TiMr