Jolokia

Jolokia ist ein Open Source, kostenlos und einfach zu bedienende Software in Java implementiert und von der Offset entwickelt, um für den Zugriff auf JMX mit JSON über HTTP remote verwendet werden. Es ist mehr wie JMX auf Capsaicin. Es muss nicht eine grafische Benutzeroberfläche (GUI).
In der Tat ist Jolokia JMX-HTTP Brücke eine Alternative zu JSR-160-Anschlüsse. Es ist einfach, schnell, polyglotte, sichere Firewall-freundlich und umfasst verschiedene einzigartige Merkmale wie zB Groß-requests.Features auf einen glanceKey Funktionen gehören die Unterstützung für die Verarbeitung so viele JMX (Java Management Extensions) Anfragen wie möglich in nur einem Netzwerkroundtrip und Unterstützung zum Verpacken von mehreren Jolokia-Anforderungen in einer JSON (JavaScript Object Notation) Nutzlast.
Unterstützung für in agentenlosen Modus ausgeführt, JSON / HTTP-Proxy-Unterstützung für Jolokia-Anfragen, die Unterstützung für das Senden von Massen-Anfragen in mehrere JSR-160-Anforderungen, Unterstützung für kundenspezifische Politik, die feinkörnige Einschränkungen, sowie die Unterstützung für Platzhalterzeichen enthalten und Zulassen / Ablehnen Abschnitten benutzerdefinierte Richtlinien.
Darüber hinaus unterstützt die Anwendung Parsen von Anfragen und Gebäude der Antworten mit der JSON-einfache JSON Serialisierung Bibliothek Software und Support für den Ausgleich mehrere Anwendungsfälle mit state-of-the-art Funktionen wie niedrige Anlaufzeiten und Massenanfragen.
Jolokia ist ein einfach zu Software, die nur über einen unterstützten Web-Browser zugegriffen werden kann, installieren. Es kann auf jeder Plattform mit Hilfe eines konfigurierbaren, REST-ähnliche URL-Kodierung Funktion zugegriffen werden. Die Software läuft auf mehreren HTTP-Proxy hops.Under die Haube und unterstützte OSesTaking einen Blick unter die Motorhaube von Jolokia, können wir feststellen, dass die Programmiersprache Java verwendet wurde, um das Programm, das bedeutet, dass es plattformunabhängig zu schreiben, gestützt auf GNU / Linux, Mac OS X und Microsoft Windows-Betriebssystemen.
Für Ihren Komfort, ist es zum Download als sowohl vorgefertigte Binaries und einem Quell-Tarball zur Verfügung. Es wurde erfolgreich auf 32-Bit- und 64-Bit-Computern geprüft

Was ist neu in dieser Pressemitteilung:.

• Neues Jahr, neues Release. Ok, es ist nicht die BIG 2.0, die ich schon etwas versprochen. Wie auch immer, sprang ein weiteres großes Feature auf der 1.x-Zug in der letzten Minute. Es ist nun möglich, Agenten in Ihrem Netzwerk per UDP-Paket an die Multicast-Gruppe 239.192.48.84, Port 24884. Agents mit dieser Discovery-Mechanismus aktiviert werden mit ihren Metadaten, einschließlich der Zugang URL reagieren zu finden. Dies ist besonders nützlich für Kunden, die den Zugang zu Agenten ohne große Konfiguration zur Verfügung stellen möchten. Das heißt die hervorragende hawt.io wahrscheinlich verwenden es die eine oder andere Art und Weise. In der Tat war es hawt.io, die mich auf dem richtigen Weg für diese nette kleine Funktion gesetzt; -)
• Discovery ist standardmäßig für die JVM-Agent aktiviert, aber nicht für die WAR-Agent. Es kann leicht für die WAR-Agent mithilfe Servlet init-Parameter, Systemeigenschaften oder Umgebungsvariablen aktiviert werden. Alle raffinierte Details finden Sie im Referenzhandbuch.
• Das Protokoll für die Discovery-Mechanismus wird auch im Referenzhandbuch angegeben. Einer der ersten Kunden die Unterstützung dieser Discovery-Modus ist Jmx4Perl in der neuesten Version. Die Jolokia Java-Client wird in einer der nächsten Minor Releases folgen.
• Aber Sie brauchen keine Client-Unterstützung für Multicast-Anfragen, wenn Sie die URL für einen Agenten kennen. Jeder Agent registriert einen MBean jolokia: type = Entdeckung, die die Multicast-Ermittlungsanfrage für Sie durchführen, wenn Sie die Betriebs lookupAgents auslösen. Der Rückgabewert enthält die Agent-Informationen und wird hier beschrieben.
• Diese Funktion wurde in verschiedenen Umgebungen getestet, aber da geringe Vernetzung kann, gut, & quot sein, schmerzhaft & quot ;, Ich möchte Sie bitten, um ein Problem in Falle von Problemen zu öffnen
.
• Obwohl es war ruhig etwas Zeit in Bezug auf die glänzenden neuen Jolokia 2.0, ich bin ganz in der Nähe einer ersten Meilenstein. Alle geplanten Features hat in einer ersten Version umgesetzt worden ist, ist das, was fehlt, um die schwere Refactoring und Modularisierung der Jolokia Kern beenden. Mehr dazu später, bitte bleiben Sie dran ...

Was ist neu in Version 1.1.5:

• Dies ist bei weitem die kleinste jemals Release: A einzelnes Zeichen ist auf der Oberseite 1.1.4 Befestigung eines dummen Fehler bei der Verwendung von Glassfish mit dem AMX-System hinzugefügt. Also, keine Notwendigkeit zu aktualisieren, wenn Sie sich nicht mit Glassfish.

Was ist neu in Version 1.1.4:

• Einige Bugfixes und zwei neue Funktionen aufgenommen wurde für die Herbstrelease:
• Eine neue Konfigurationsparameter & quot; authenticatorClass & quot; kann für die JVM Mittel verwendet, um eine alternative Authentifizierung Handler zusätzlich zur Standard ein (die einfach überprüft für Benutzer und Kennwort) angegeben werden.
• Mit dem Konfigurationsparameter & quot; logHandlerClass & quot; Alternative Protokollhandler kann angegeben werden. Dies kann für die WAR und JVM-Agent, um Jolokia der Protokollierungsverhalten optimieren verwendet werden. Für die OSGi-Agent Sie bereits konnte LogService für die Anpassung Protokollierung zu verwenden.

Was ist neu in Version 1.1.2:

• Sie enthält einige kleinere Bugfixes in der erklärt Changelog. Je nach Fehlerberichte und ziehen Anfrage fallen in es könnte sogar ein Release 1.1.3, bis 2.0 abgeschlossen sein wird.

Was ist neu in Version 1.1.1:

• BigDecimal und BigInteger können nun für den Betrieb Argumente verwendet werden und Rückgabewerte.
• Eine neue Verarbeitungsparameter IfModifiedSince eingeführt. Dieser Parameter kann mit einem Zeitstempel für das Abrufen der Liste der verfügbaren MBeans nur, wenn gab es einige Änderungen in der MBean Registrierung auf jedem beobachteten MBeanServer seit dieser Zeit verwendet werden. Wenn gab es keine Veränderungen eine Antwort mit dem Statuscode & quot; 302 & rdquo; (Nicht modifiziert) zurückgegeben. Diese Funktion wird auch für & quot unterstützt; Suchen & quot; Anfragen. In einer zukünftigen Version von Jolokia wird es auch zusätzlichen Support für eigene & quot sein; lesen & quot; und & quot; exec & quot; Anfrage, so dass teure Operationen bedingt aufgerufen werden.
• Für die JVM-Agent, ob ein Port von 0 gegeben wird, dann eine beliebige freie Port ausgewählt und auf der Standardausgabe ausgegeben als Teil der Mittel URL Jolokia werden. Falls kein Rechner angegeben ist, wird die JVM-Agent jetzt localhost und wenn der Host & quot zu binden; 0.0.0.0 & quot; oder & quot; * & quot; vorgesehen ist, wird der Agent auf allen Interfaces binden.
• Für die Java-Client eine zusätzliche Eigenschaft errorValue wurde hinzugefügt, die die JSON serialisiert Ausnahme gilt, wenn der Parameter processiong serializeException aktiv ist.
• Die jolokia.register JavaScript Kunden () kann nun zur Angabe Verarbeitungsparameter für einen bestimmten Job Scheduler übernehmen eine optionale Konfigurationselement. Auch onlyIfModified die neue Option kann verwendet werden, so dass der Rückruf für Liste und Suchanfrage wird nur aufgerufen, wenn die Menge der registrierten MBean geändert hat. Dies ist besonders nützlich für Web-basierter Client, der die MBean Baum nur bei Änderungen aktualisieren möchten.
• Der Header Expires: eines Jolokia Reaktion hat jetzt ein gültiges Datum als Wert (anstelle von "-1"), die auf eine Stunde in der Vergangenheit zeigt. Diese Änderung sollte Kunden zu helfen, die nicht nach RFC-2616 ungültiges Datum Syntax ignorieren und behandeln sie als "bereits abgelaufen.

Anforderungen :

• Java 2 Standard Edition Runtime Environment