Kommandozeilenbasierter Daemon für Java Mission Control? Alternativen?

8

Ich wurde gebeten, Oracle Java Mission Control zu untersuchen, so dass serverseitige Java-Anwendungen unter bestimmten Bedingungen überwacht und Aktionen ausgeführt werden können (z. B. ausgegebene und protokollierte Warnungen, gespeicherte Flugaufzeichnungen). Das Trigger-System von Java Mission Control, in dem Sie Bedingungen und Aktionen angeben, entspricht unseren Anforderungen, scheint aber von der laufenden GUI-Anwendung ("Oracle Java Mission Control") abhängig zu sein. Dies bedeutet, dass Trigger nicht die Verantwortung des überwachten JMX-Servers sind. Ist das der Fall? Es gibt eine Reihe von Servern in der Regel über Terminal zugegriffen ...

Gibt es eine Möglichkeit, Java Mission Control als Daemon aus einer Terminalsitzung unbeaufsichtigt auszuführen und dabei alle angegebenen Triggerregeln beizubehalten und zu befolgen (z. B. aus einer XML-Datei importiert)?

Wenn nicht, gibt es konkurrierende Tools mit einem ähnlichen Triggersystem, das die Lücke füllen kann?

Danke! :)

    
bernardo.m.luz 12.05.2016, 18:30
quelle

2 Antworten

4

Derzeit nein, Sie können JMC nicht ohne GUI ausführen. Du bist nicht die erste Person, die das machen will.

Eine Option besteht darin, JMC auf einem anderen Computer auszuführen und eine Verbindung zu vielen Servern herzustellen, was natürlich erfordert, dass der entfernte JMX-Agent usw. ausgeführt wird.

Wir haben serverseitige Auslöser / Regeln besprochen, aber AFAIK ist für keine JDK-Version geplant.

Es ist möglich, Flugaufzeichnungen aus dem Code zu löschen, so dass Sie Ihren eigenen kleinen Agenten schreiben können, der das DiagnosticMBean dazu verwendet, dies auf einer anderen JVM auf demselben Computer oder aus der Ferne zu tun. Ich bin mir ziemlich sicher, dass einige Leute das gleiche Problem lösen. Es ist auch möglich, Flugaufzeichnungen in Code zu analysieren und zu analysieren. Wenn Sie an diesem Ansatz interessiert sind, bin ich sicher, dass es einen Beispielcode gibt, natürlich ist es mehr Arbeit, als wenn JMC als Daemon laufen könnte: /

    
Klara 13.05.2016, 07:33
quelle
0

Sie sollten sich wahrscheinlich ein APM-Tool ansehen, anstatt es mit JMC zu überwachen. Das Produkt ist extrem schwach, verursacht viel Overhead (was es für die Produktion ungeeignet macht) und erzeugt viele Probleme. Es gibt auch Entwickler-Tools zur Verfügung.

APM: AppDynamics (der tiefste der Reihe), New Relic, Ruxit Java Developer Tools: Takipi, Fusion Reaktor, Javosize

    
Jonah Kowall 14.05.2016 14:09
quelle

Tags und Links