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