How do I block 'Unloading class sun.reflect....' messages?

[Lee Bassom]

My Catalina.out file is getting flooded with 'Unloading class
sun.reflect.' messages.

As far as I have been able to find out, adding -XX:-TraceClassLoading
and -XX:-TraceClassUnloading to setenv.sh should supress these messages but
it's not.

Am I missing something obvious ? (probably)



*LEE BASSOM*
Associate QA Engineer
Interactions LLC
o: (512) 872-8129 <5128728129>
lbas...@interactions.com
www.interactions.com




-- 
 

***

This e-mail and any of its attachments may contain Interactions Corporation 
proprietary information, which is privileged, confidential, or subject to 
copyright belonging to the Interactions Corporation. This e-mail is 
intended solely for the use of the individual or entity to which it is 
addressed. If you are not the intended recipient of this e-mail, you are 
hereby notified that any dissemination, distribution, copying, or action 
taken in relation to the contents of and attachments to this e-mail is 
strictly prohibited and may be unlawful. If you have received this e-mail 
in error, please notify the sender immediately and permanently delete the 
original and any copy of this e-mail and any printout. Thank You.  

*** 
 

Re: How do I block 'Unloading class sun.reflect....' messages?

[Christopher Schultz]

Lee,

On 1/7/16 10:08 AM, Lee Bassom wrote:
> My Catalina.out file is getting flooded with 'Unloading class
> sun.reflect.' messages.
> 
> As far as I have been able to find out, adding -XX:-TraceClassLoading
> and -XX:-TraceClassUnloading to setenv.sh should supress these messages but
> it's not.
> 
> Am I missing something obvious ? (probably)

Can you post an example from your log file?

-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: How do I block 'Unloading class sun.reflect....' messages?

[Lee Bassom]

[Unloading class sun.reflect.GeneratedConstructorAccessor475]
[Unloading class sun.reflect.GeneratedConstructorAccessor346]
[Unloading class sun.reflect.GeneratedConstructorAccessor484]
[Unloading class sun.reflect.GeneratedMethodAccessor87]
[Unloading class sun.reflect.GeneratedConstructorAccessor366]
[Unloading class sun.reflect.GeneratedConstructorAccessor187]
[Unloading class sun.reflect.GeneratedMethodAccessor1]
[Unloading class sun.reflect.GeneratedConstructorAccessor216]
[Unloading class sun.reflect.GeneratedConstructorAccessor67]
[Unloading class sun.reflect.GeneratedConstructorAccessor23]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor2]
[Unloading class sun.reflect.GeneratedConstructorAccessor455]
[Unloading class sun.reflect.GeneratedConstructorAccessor138]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor1]
[Unloading class sun.reflect.GeneratedConstructorAccessor97]
[Unloading class sun.reflect.GeneratedConstructorAccessor408]
[Unloading class sun.reflect.GeneratedConstructorAccessor277]
[Unloading class sun.reflect.GeneratedConstructorAccessor406]
[Unloading class sun.reflect.GeneratedConstructorAccessor275]
[Unloading class sun.reflect.GeneratedConstructorAccessor127]
[Unloading class sun.reflect.GeneratedMethodAccessor9]
[Unloading class sun.reflect.GeneratedConstructorAccessor82]
[Unloading class sun.reflect.GeneratedConstructorAccessor83]
[Unloading class sun.reflect.GeneratedConstructorAccessor210]
[Unloading class sun.reflect.GeneratedConstructorAccessor196]
[Unloading class sun.reflect.GeneratedMethodAccessor135]
[Unloading class sun.reflect.GeneratedConstructorAccessor403]
[Unloading class sun.reflect.GeneratedConstructorAccessor471]
[Unloading class sun.reflect.GeneratedConstructorAccessor386]
[Unloading class sun.reflect.GeneratedConstructorAccessor193]
[Unloading class sun.reflect.GeneratedConstructorAccessor65]
[Unloading class sun.reflect.GeneratedConstructorAccessor199]
[Unloading class sun.reflect.GeneratedConstructorAccessor185]
[Unloading class sun.reflect.GeneratedConstructorAccessor382]


*LEE BASSOM*
Associate QA Engineer
Interactions LLC
o: (512) 872-8129 <5128728129>
lbas...@interactions.com
www.interactions.com




On Thu, Jan 7, 2016 at 11:34 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> Lee,
>
> On 1/7/16 10:08 AM, Lee Bassom wrote:
> > My Catalina.out file is getting flooded with 'Unloading class
> > sun.reflect.' messages.
> >
> > As far as I have been able to find out, adding -XX:-TraceClassLoading
> > and -XX:-TraceClassUnloading to setenv.sh should supress these messages
> but
> > it's not.
> >
> > Am I missing something obvious ? (probably)
>
> Can you post an example from your log file?
>
> -chris
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

-- 
 

***

This e-mail and any of its attachments may contain Interactions Corporation 
proprietary information, which is privileged, confidential, or subject to 
copyright belonging to the Interactions Corporation. This e-mail is 
intended solely for the use of the individual or entity to which it is 
addressed. If you are not the intended recipient of this e-mail, you are 
hereby notified that any dissemination, distribution, copying, or action 
taken in relation to the contents of and attachments to this e-mail is 
strictly prohibited and may be unlawful. If you have received this e-mail 
in error, please notify the sender immediately and permanently delete the 
original and any copy of this e-mail and any printout. Thank You.  

*** 
 

Re: How do I block 'Unloading class sun.reflect....' messages?

[Christopher Schultz]

Lee,

On 1/7/16 12:35 PM, Lee Bassom wrote:
> [Unloading class sun.reflect.GeneratedConstructorAccessor475]
> [Unloading class sun.reflect.GeneratedConstructorAccessor346]

Okay. What about:

$ jinfo -flags [pid]

(You might have to sanitize that output)

-chris

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: How do I block 'Unloading class sun.reflect....' messages?

[Rainer Jung]

Am 07.01.2016 um 19:21 schrieb Caldarale, Charles R:

From: Lee Bassom [mailto:lbas...@interactions.com]
Subject: Re: How do I block 'Unloading class sun.reflect' messages?



-XX:+PrintGCDetails


I'm going to guess that the above enables the class unloading messages.


I used the above flags in combination with "-XX:+PrintFlagsFinal" and 
couldn't find anything enabled that would print class unloading 
messages. Then went further, looked at looked at 
hotspot/src/share/vm/runtime/arguments.cpp and again didn't find 
anything (apart from the known -verbose:class, that's not in use here).


Then in noticed, that the HotSpot version 20.5-b03 looks quite old, so I 
guess this is Java 6? And yes, in arguments.cpp for Java 6 one finds 
TraceClassUnloading enabled as a side effect of -Xloggc (sic!). And that 
side effect is actually visible with "-XX:+PrintFlagsFinal".


So it seems for Java 6 there's no way around that. As soon as you (the 
OP) use -Xloggc, the JVM activates TraceClassUnloading. This should not 
happen in Java 7 or 8.


Regards,

Rainer


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: How do I block 'Unloading class sun.reflect....' messages?

[Lee Bassom]

Attaching to process ID 26917, please wait...

Debugger attached successfully.

Server compiler detected.

JVM version is 20.5-b03


-Djava.util.logging.config.file=/opt/tomcat/apache-tomcat-7.0.57/conf/logging.properties
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Dnova.config.zk.connection=zk1.dev.plab:2181/xyz
-Dnova.config.zk.datacenter=APPQA
-Dnova.config.base.url=file:etc/xyz/client/ -Dnova.node=5
-Dnova.server.address=client-qa5.g3.plab -Dnova.server.port=8380
-XX:PermSize=400m -Xms1024m -Xmx1024m -XX:NewSize=100m
-XX:+CMSClassUnloadingEnabled -XX:CMSInitiatingOccupancyFraction=75
-Dorg.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES=true
-XX:+PrintTenuringDistribution -XX:+DisableExplicitGC -XX:+PrintGCDetails
-XX:+PrintGCDateStamps -XX:+HeapDumpOnOutOfMemoryError
-XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+PrintPromotionFailure
-XX:-TraceClassLoading -XX:-TraceClassUnloading
-Xloggc:/var/log/tomcat/tomcat7_garbage-2016-01-06T16-10.log
-Djava.net.preferIPv4Stack=true -XX:+PrintCommandLineFlags
-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=4231
-Dcom.sun.management.jmxremote.authenticate=true
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.password.file=../conf/jmx.password
-Dcom.sun.management.jmxremote.access.file=../conf/jmx.access
-Djava.rmi.server.hostname=172.18.5.48
-Djava.endorsed.dirs=/opt/tomcat/apache-tomcat-7.0.57/endorsed
-Dcatalina.base=/opt/tomcat/apache-tomcat-7.0.57
-Dcatalina.home=/opt/tomcat/apache-tomcat-7.0.57
-Djava.io.tmpdir=/opt/tomcat/apache-tomcat-7.0.57/temp


*LEE BASSOM*
Associate QA Engineer
Interactions LLC
o: (512) 872-8129 <5128728129>
lbas...@interactions.com
www.interactions.com




On Thu, Jan 7, 2016 at 11:42 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> Lee,
>
> On 1/7/16 12:35 PM, Lee Bassom wrote:
> > [Unloading class sun.reflect.GeneratedConstructorAccessor475]
> > [Unloading class sun.reflect.GeneratedConstructorAccessor346]
>
> Okay. What about:
>
> $ jinfo -flags [pid]
>
> (You might have to sanitize that output)
>
> -chris
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

-- 
 

***

This e-mail and any of its attachments may contain Interactions Corporation 
proprietary information, which is privileged, confidential, or subject to 
copyright belonging to the Interactions Corporation. This e-mail is 
intended solely for the use of the individual or entity to which it is 
addressed. If you are not the intended recipient of this e-mail, you are 
hereby notified that any dissemination, distribution, copying, or action 
taken in relation to the contents of and attachments to this e-mail is 
strictly prohibited and may be unlawful. If you have received this e-mail 
in error, please notify the sender immediately and permanently delete the 
original and any copy of this e-mail and any printout. Thank You.  

*** 
 

RE: How do I block 'Unloading class sun.reflect....' messages?

[Caldarale, Charles R]

> From: Lee Bassom [mailto:lbas...@interactions.com] 
> Subject: Re: How do I block 'Unloading class sun.reflect' messages?

> -XX:+PrintGCDetails

I'm going to guess that the above enables the class unloading messages.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: How do I block 'Unloading class sun.reflect....' messages?

[Rainer Jung]

Am 07.01.2016 um 19:55 schrieb Rainer Jung:

Am 07.01.2016 um 19:21 schrieb Caldarale, Charles R:

From: Lee Bassom [mailto:lbas...@interactions.com]
Subject: Re: How do I block 'Unloading class sun.reflect' messages?



-XX:+PrintGCDetails


I'm going to guess that the above enables the class unloading messages.


I used the above flags in combination with "-XX:+PrintFlagsFinal" and
couldn't find anything enabled that would print class unloading
messages. Then went further, looked at looked at
hotspot/src/share/vm/runtime/arguments.cpp and again didn't find
anything (apart from the known -verbose:class, that's not in use here).

Then in noticed, that the HotSpot version 20.5-b03 looks quite old, so I
guess this is Java 6? And yes, in arguments.cpp for Java 6 one finds
TraceClassUnloading enabled as a side effect of -Xloggc (sic!). And that
side effect is actually visible with "-XX:+PrintFlagsFinal".

So it seems for Java 6 there's no way around that. As soon as you (the
OP) use -Xloggc, the JVM activates TraceClassUnloading. This should not
happen in Java 7 or 8.


Actually it suffices to move the -XX:-TraceClassUnloading flag behind 
the -Xloggc flag.


Regards,

Rainer


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: How do I block 'Unloading class sun.reflect....' messages?

[Lee Bassom]

Thanks, I'll try that :)


*LEE BASSOM*
Associate QA Engineer
Interactions LLC
o: (512) 872-8129 <5128728129>
lbas...@interactions.com
www.interactions.com
<https://www.facebook.com/interactionsco>
<https://twitter.com/interactionsco>
<https://www.linkedin.com/company/interactions-corporation>

On Thu, Jan 7, 2016 at 12:59 PM, Rainer Jung <rainer.j...@kippdata.de>
wrote:

> Am 07.01.2016 um 19:55 schrieb Rainer Jung:
>
>> Am 07.01.2016 um 19:21 schrieb Caldarale, Charles R:
>>
>>> From: Lee Bassom [mailto:lbas...@interactions.com]
>>>> Subject: Re: How do I block 'Unloading class sun.reflect' messages?
>>>>
>>>
>>> -XX:+PrintGCDetails
>>>>
>>>
>>> I'm going to guess that the above enables the class unloading messages.
>>>
>>
>> I used the above flags in combination with "-XX:+PrintFlagsFinal" and
>> couldn't find anything enabled that would print class unloading
>> messages. Then went further, looked at looked at
>> hotspot/src/share/vm/runtime/arguments.cpp and again didn't find
>> anything (apart from the known -verbose:class, that's not in use here).
>>
>> Then in noticed, that the HotSpot version 20.5-b03 looks quite old, so I
>> guess this is Java 6? And yes, in arguments.cpp for Java 6 one finds
>> TraceClassUnloading enabled as a side effect of -Xloggc (sic!). And that
>> side effect is actually visible with "-XX:+PrintFlagsFinal".
>>
>> So it seems for Java 6 there's no way around that. As soon as you (the
>> OP) use -Xloggc, the JVM activates TraceClassUnloading. This should not
>> happen in Java 7 or 8.
>>
>
> Actually it suffices to move the -XX:-TraceClassUnloading flag behind the
> -Xloggc flag.
>
>
> Regards,
>
> Rainer
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

-- 
 

***

This e-mail and any of its attachments may contain Interactions Corporation 
proprietary information, which is privileged, confidential, or subject to 
copyright belonging to the Interactions Corporation. This e-mail is 
intended solely for the use of the individual or entity to which it is 
addressed. If you are not the intended recipient of this e-mail, you are 
hereby notified that any dissemination, distribution, copying, or action 
taken in relation to the contents of and attachments to this e-mail is 
strictly prohibited and may be unlawful. If you have received this e-mail 
in error, please notify the sender immediately and permanently delete the 
original and any copy of this e-mail and any printout. Thank You.  

***