This is a proactive bug report that may not always be observable depending on the JVM version used. Details are logged in the linked JBPAPP-11024: """ Unexpected log messages on stdout, maybe related to enabled GC logging. Fresh unzip of http://download.devel.redhat.com/devel/candidates/JBEAP/JBEAP-5.3.0.ER2/jboss-eap-noauth-5.3.0-ER2.zip ++ start application server ++ wait ~2 hours {code} $ jboss-eap-5.3/jboss-as/bin/run.sh --host=localhost -c default {code} {code} $ java -version java version "1.6.0_45" Java(TM) SE Runtime Environment (build 1.6.0_45-b06) Java HotSpot(TM) 64-Bit Server VM (build 20.45-b01, mixed mode) {code} {code} ... 13:33:56,713 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-localhost%2F127.0.0.1-8080 13:33:56,731 INFO [AjpProtocol] Starting Coyote AJP/1.3 on ajp-localhost%2F127.0.0.1-8009 13:33:56,833 INFO [ServerImpl] JBoss (Microcontainer) [5.3.0 (build: SVNTag=JBPAPP_5_3_0 date=201403010857)] Started in 17s:386ms [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor37] [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor25] [Unloading class sun.reflect.GeneratedConstructorAccessor73] [Unloading class sun.reflect.GeneratedConstructorAccessor6] [Unloading class sun.reflect.GeneratedConstructorAccessor82] ... {code}
Created attachment 872038 [details] bz1072993.war
This can be tested quickly by generating collectible/unloadable classes such as by undeploying an application. Then forcing a GC will cause the unloading. Attached a simple war that'll also force GC that can be used as a test case. 1) Deploy bz1072993.war 2) Request http://localhost:8080/bz1072993/ 3) Undeploy and redeploy bz1072993.war 4) Request http://localhost:8080/bz1072993/ again After point 4, you should see a message like the following in console output without the fix: [Unloading class org.apache.jsp.index_jsp] This is no longer generated with the fix.
https://github.com/jbossas/jboss-eap/pull/1033
Aaron Ogburn <aogburn> updated the status of jira JBPAPP-11024 to Resolved
Verified on EAP 6.3.0.DR4.
Pavel Slavicek <pslavice> updated the status of jira JBPAPP-11024 to Closed
Russell Dickenson <rdickens> updated the status of jira JBPAPP-11024 to Reopened
Russell Dickenson <rdickens> updated the status of jira JBPAPP-11024 to Resolved
Russell Dickenson <rdickens> updated the status of jira JBPAPP-11024 to Closed