Jolokia

Jolokia è un open source, completamente gratuito e facile da usare software implementato in Java e progettato dalla offset da utilizzare per accedere JMX con JSON su HTTP da remoto. E 'più simile a JMX su capsaicina. Non ha una interfaccia utente grafica (GUI).
È un dato di fatto, Jolokia è un ponte JMX-HTTP fornisce un'alternativa alla JSR-160 connettori. E 'semplice, veloce, poliglotta, sicuro, firewall-friendly e include diverse caratteristiche uniche come bulk-requests.Features a una funzionalità glanceKey includono il supporto per l'elaborazione come molti JMX (Java Management Extensions) richieste possibili in una sola andata e ritorno e il supporto di rete per avvolgere più richieste Jolokia in JSON (JavaScript Object Notation) payload.
Il supporto per l'esecuzione in modalità agentless, supporto JSON / proxy HTTP per le richieste Jolokia, il supporto per l'invio di richieste di massa in più JSR-160 richieste, il supporto per le politiche personalizzate che includono belle restrizioni grana, così come il supporto per i caratteri jolly e consentono / negare sezioni criteri personalizzati.
Inoltre, l'applicazione supporta l'analisi delle richieste e costruzione di risposte utilizzando il software libreria JSON serializzazione JSON-semplice, e il supporto per il bilanciamento più casi d'uso di state-of-the-art, come ad esempio i tempi di avvio bassi e le richieste di massa.
Jolokia è un facile da installare il software che può essere raggiunto solo attraverso un browser Web supportato. Vi si può accedere su qualsiasi piattaforma utilizzando una, funzionalità di codifica URL REST-come configurabile. Il software funziona su più proxy HTTP hops.Under il cofano e supportato OSesTaking uno sguardo sotto il cofano di Jolokia, possiamo notare che il linguaggio di programmazione Java è stato utilizzato per scrivere il programma, il che significa che è indipendente dalla piattaforma, supportato su GNU / Linux, Mac OS X e sistemi operativi Microsoft Windows.
Per la vostra comodità, è disponibile per il download sia come binari precompilati e un tarball sorgente. E 'stato testato con successo su entrambi i computer a 32-bit e 64-bit

Cosa c'è di nuovo in questa versione:.

• Nuovo anno, nuova release. Ok, non è il BIG 2.0 che ho già un po 'promesso. In ogni modo, un'altra caratteristica grande saltò sul treno 1.x negli ultimi minuti. Ora è possibile trovare agenti in rete con l'invio di un pacchetto UDP al gruppo multicast 239.192.48.84, porta 24884. agenti che hanno questo meccanismo di rilevamento abilitato risponderà con la loro meta-dati tra cui l'URL di accesso. Ciò è particolarmente utile per i clienti che desiderano fornire l'accesso agli agenti senza molto di configurazione. Cioè l'eccellente hawt.io probabilmente usarlo in un modo o nell'altro. In realtà, era hawt.io che mi ha messo in pista per questa caratteristica poco piacevole; -)
• Discovery è attivata per impostazione predefinita per l'agente JVM, ma non per l'agente WAR. Può essere facilmente attivato per l'agente WAR utilizzando i parametri di inizializzazione servlet, le proprietà di sistema o variabili di ambiente. Tutti i dettagli sfiziosi si possono trovare nel manuale di riferimento.
• Il protocollo per il meccanismo di rilevamento è anche specificato nel manuale di riferimento. Uno dei primi clienti che supportano questa modalità di scoperta è Jmx4Perl nella sua versione più recente. Il client Jolokia Java seguirà in una delle prossime versioni minori.
• Ma non avete bisogno di supporto client per le richieste multicast se si conosce già l'URL per un agente. Ogni agente registra un Jolokia MBean: tipo = Discovery che esegue la richiesta di individuazione multicast per voi se si attiva la lookupAgents funzionamento. Il valore restituito contiene le informazioni agente ed è descritto qui.
• Questa funzione è stato testato in diversi ambienti, ma dal momento che in rete a basso livello può essere, beh, & quot; dolorosa & quot ;, vorrei chiedere di aprire un problema in caso di eventuali problemi
.
• Anche se è stato tranquillo un po 'di tempo per quanto riguarda il nuovo fiammante Jolokia 2.0, sono abbastanza vicino a una prima pietra miliare. Tutte le caratteristiche previste è stato implementato in una prima versione, quello che manca è quello di finire il refactoring pesante e modularizzazione del nucleo Jolokia. Maggiori informazioni su questo più tardi, si prega di rimanere sintonizzati ...

Cosa c'è di nuovo nella versione 1.1.5:

• Questo è di gran lunga la versione più piccola mai: A singolo carattere è stata aggiunta in cima 1.1.4 fissare un errore sciocco quando si utilizza Glassfish con il sistema AMX. Quindi, non c'è bisogno di aggiornare, se non si utilizza Glassfish.

Cosa c'è di nuovo nella versione 1.1.4:

• Alcune correzioni di bug e due nuove funzioni è stata inclusa per la versione autunnale:
• Un nuovo parametro di configurazione & quot; authenticatorClass & quot; può essere utilizzato per l'agente JVM per specificare un gestore di autenticazione alternativo, oltre a quello di default (che controlla semplicemente per utente e password).
• Con il parametro di configurazione & quot; logHandlerClass & quot; un gestore di log alternativo può essere specificato. Questo può essere usato per la guerra e l'agente JVM per ottimizzare il comportamento di logging di Jolokia. Per l'agente OSGi già possibile utilizzare un LOGSERVICE per personalizzare la registrazione.

Cosa c'è di nuovo nella versione 1.1.2:

• Contiene alcune correzioni di bug minori, come spiegato nella changelog. A seconda delle segnalazioni di bug e tirare richiesta cadendo in ci potrebbe essere anche una versione 1.1.3 prima di 2.0 sarà finito.

Cosa c'è di nuovo nella versione 1.1.1:

• BigDecimal e BigInteger possono ora essere utilizzati per argomenti operativi e restituire valori.
• È stato introdotto un nuovo parametro di elaborazione ifModifiedSince. Questo parametro può essere utilizzato con un timestamp per andare a prendere l'elenco dei MBeans disponibili solo quando ci sono stati alcuni cambiamenti nella registrazione MBean su qualsiasi osservato MBeanServer da quel momento. Se non ci sono stati cambiamenti di risposta con codice di stato & quot; 302 & quot; (Non modificato) viene restituito. Questa funzione è supportata anche per & quot; Ricerca & quot; richieste. In una versione futura di Jolokia, ci sarà il supporto anche su misura per il proprio & quot; leggere & quot; e & quot; exec & quot; richiesta in modo che le operazioni costose possono essere chiamati condizionale.
• Per l'agente JVM, se effettuate una porta di 0, verrà selezionato un porto franco arbitraria e stampato sullo standard output come parte dell'URL agente Jolokia. Se non viene fornito nessun host, l'agente JVM ora legarsi al localhost e se l'host di & quot; 0.0.0.0 & quot; o & quot; * & quot; è previsto, l'agente si legherà su tutte le interfacce.
• Per il client Java è stato aggiunto un errorValue proprietà extra che contiene l'eccezione serializzato JSON se il parametro processiong serializeException è attivo.
• jolokia.register del client JavaScript () ora può prendere un elemento di configurazione opzionale per specificare i parametri di elaborazione per un certo lavoro di pianificazione. Inoltre, la nuova opzione onlyIfModified può essere utilizzata in modo che la funzione di callback per la lista e richiesta di ricerca viene chiamato solo, se l'insieme di MBean registrato è cambiato. Ciò è particolarmente utile per il web client based che vogliono aggiornare l'albero MBean solo se ci sono modifiche.
• Il Scadenza: intestazione di risposta Jolokia ha ora una data valida come valore (invece di '-1'), che punta a un'ora in passato. Questo cambiamento dovrebbe aiutare i clienti che non ignorare secondo RFC-2616 sintassi data non valida e li trattano come 'già scaduto'.

Requisiti :

• Java 2 Standard Edition Runtime Environment