Thursday 23 July 2015

Registered the jbdc driver oracle.jdbc.driver.oracledriver but failed to unregister

Top sites by search query "registered the jbdc driver oracle.jdbc.driver.oracledriver but failed to unregister"

Memory Leak after repeat deploy and undeploy (Tomcat forum at JavaRanch)


  http://www.coderanch.com/t/498919/Tomcat/Memory-Leak-repeat-deploy-undeploy
A Jar in the TOMCAT lib directory is on the classpath of every deployed application and therefore its resources are shared with each and every thread in each and every deployed webapp. When you reload an application, Tomcat's custom classloaders re-load every class used by that application; not just the one in jar libs but also the classes that are dynmically generated from your JSPs

java - To prevent a memory leak, the JDBC Driver has been forcibly unregistered - Stack Overflow


  http://stackoverflow.com/questions/3320400/to-prevent-a-memory-leak-the-jdbc-driver-has-been-forcibly-unregistered
Yes, Tomcat 7 does automatically deregister it, but it that REALLY taking control of your code and a good coding practice? Surely YOU want to know that you have all the correct code in place to close all your objects, shut down database connection pool threads, and get rid of all warnings

Selvathiruppathi Srinivasan: The Network Adapter Could Not Establish Connection


  http://selvathiruppathi.blogspot.com/2012/03/network-adapter-could-not-establish.html
Setting this property to true indicates that JVM will use IPv4 sockets.Here are two solutions : Indicate to the java machine to use ip protocol used is V4. Any client application that tries to connect using IPv4 to the service that is running with IPv6 (or viceversa) will receive a connection refused error

No comments:

Post a Comment