3.0 KiB

Raw Blame History

+++ title = "monitoring" draft = false tags = [ "", "Users", "jefklak", "Downloads", "pages", "code", "java", "monitoring" ] date = "2014-04-15" +++

Monitoring

JBOSS As a Windows service & monitoring params

https://community.jboss.org/wiki/JBossNativeWindows

Als JBoss via jbossvc.exe als een windows service geconfigureerd is, lijkt het moeilijk om JAVA_OPTS mee te geven om JMX poorten in te stellen e.a. (debugging misschien) - zie onder. Die executable callt basically run.bat, dus alle customizaties gewoon daar doen.

Staat standaard dit in:

set JAVA_OPTS######-Dprogram.name%PROGNAME% %JAVA_OPTS%

Java JMX Monitoring

Op de JVM: gebeurt met JMX.

Enablen

Params voor JMX te enablen op de queue:

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port######3000 -Dcom.sun.management.jmxremote.sslfalse -Dcom.sun.management.jmxremote.authenticate=false"

JMX URLs opbouwen

service:jmx:rmi:*/jndi/rmi:*server.com:3000/jmxrmi

indien de remote server op server.com draait op poort 3000 (zie boven). Drie slashen na 1ste rmi, twee na de 2de en 1 tussen jndi en rmi in.

Java Monitoring console

Opstarten van jconsole.exe in JVM bin folder, gebruik bovenstaande URL.

Dan is het mogelijk om jmx-exposed beans te inspecten en remote methods uit te voeren, plus de draaiende JVM te monitoren qua geheugen etc.

Spring gebruiken om beans te exposen

	<bean class="org.springframework.jmx.export.MBeanExporter">
		<property name="beans">
			<map>
				<entry key######"bean:nameBeanName" value-ref="someBean" />
			</map>
		</property>
		<property name######"registrationBehaviorName" value"REGISTRATION_IGNORE_EXISTING" />
	</bean>

Geheugen monitoren

Kan bijvoorbeeld met VisualVM - je kan met JMX connecten en dan een dump nemen op de remote locatie waar de JVM op draait. Als er een PermGen space out of memory zich voor doet kunnen we de dump file analyseren en er hopelijk iets nuttig uit halen.

Automatisch een dump nemen na out of memory

Doen met volgende JVM params:

-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/var/log/tomcat/dumps

Zorg ervoor dat het heap dump path schrijfbaar is...

PermGen en reflectie

Als er een hele hoop klassen tegelijk aangemaakt worden (inner classes = PermGen space, objecten zitten gewoon op de heap, beginnend met eden), komt de PermGen space misschien in het gedrang. Aan te passen met:

-XX:MaxPermSize=400M

❗ Deze worden blijkbaar door de JVM standaard niet garbage-collected. Zie http://stackoverflow.com/questions/3334911/what-does-jvm-flag-cmsclassunloadingenabled-actually-do - je kan dit wel forceren met de volgende parameters:

-XX:+CMSPermGenSweepingEnabled
-XX:+CMSClassUnloadingEnabled

Er wordt daar een voorbeeld aangehaald ivm JAXB die een hoop proxy objecten tegelijk aanmaakt via java.lang.reflect.Proxy. Een entity root kopiëren door middel van relfectie cloning zou bijvoorbeeld ook een potentiëel probleem kunnen zijn.

3.0 KiB Raw Blame History