Jolokia

Jolokia es un código abierto, por completo que se utilizará para acceder a JMX con JSON a través de HTTP de forma remota y gratuita y fácil de usar software implementado en Java y diseñado desde el offset. Es más como JMX en capsaicina. No tiene una interfaz gráfica de usuario (GUI).
Como cuestión de hecho, Jolokia es un puente JMX-HTTP proporcionar una alternativa a JSR-160 conectores. Es sencillo, rápido, políglota, seguro, firewall de usar e incluye varias características únicas como bulk-requests.Features en una serie de características glanceKey incluir el apoyo a la transformación, muchos JMX (Java Management Extensions) solicitudes como sea posible en una sola ida y vuelta de la red y el apoyo para envolver múltiples peticiones Jolokia en un JSON (JavaScript Object Notation) de carga útil.
Soporte para ejecutar en modo sin agente, el apoyo JSON / proxy HTTP para solicitudes Jolokia, el soporte para el envío de solicitudes a granel en múltiples JSR-160 solicitudes, el apoyo a las políticas personalizadas que incluyan restricciones de grano fino, así como el apoyo a los comodines y permitir / denegar secciones políticas personalizadas.
Además, la aplicación es compatible con el análisis de las solicitudes y la construcción de respuestas utilizando la serialización JSON software de biblioteca-json simple, y garantizar un equilibrio de múltiples casos de uso con las características del estado de la técnica, tales como los tiempos de arranque bajos y peticiones a granel.
Jolokia es un fácil instalar software que sólo se puede acceder a través de un navegador web compatible. Se puede acceder en cualquier plataforma mediante el uso de una función de codificación URL REST como configurable. El software funciona en múltiples proxy HTTP hops.Under el capó y apoyó OSesTaking un vistazo bajo el capó de Jolokia, podemos notar que el lenguaje de programación Java se ha utilizado para escribir el programa, lo que significa que es independiente de la plataforma, apoyada en GNU / Linux, Mac OS X y sistemas operativos Microsoft Windows.
Para su comodidad, está disponible para su descarga como ambos binarios pre-construidos y un paquete fuente. Se ha probado con éxito en ambos equipos de 32 bits y 64 bits

¿Qué hay de nuevo en esta versión:.

• Nuevo año, nueva versión. Ok, no es el BIG 2.0 que ya le prometí algo. De todas formas, otra gran característica se subieron al tren 1.x en el último minuto. Ahora es posible encontrar agentes en su red mediante el envío de un paquete UDP al grupo de multidifusión 239.192.48.84, 24884. Los agentes portuarios que tienen este mecanismo de descubrimiento permitido responderá con su meta datos incluyendo la URL de acceso. Esto es especialmente útil para los clientes que quieran dar acceso a los agentes sin mucha configuración. Es decir la excelente hawt.io probablemente lo utilizará de una manera u otra. De hecho, era hawt.io que me puso en el camino para esta característica poco agradable; -)
• Discovery está habilitado de forma predeterminada para el agente JVM, pero no para el agente de WAR. Se puede activar fácilmente para el agente WAR utilizando parámetros de inicio de servlets, las propiedades del sistema o variables de entorno. Todos los detalles ingeniosos se pueden encontrar en el manual de referencia.
• El protocolo para el mecanismo de descubrimiento también se especifica en el manual de referencia. Uno de los primeros clientes que apoyan este modo de detección es Jmx4Perl en su nueva versión. El cliente Jolokia Java seguirá en uno de los próximos lanzamientos de menor importancia.
• Pero usted no necesita el soporte de cliente para solicitudes de multidifusión si ya conoce la dirección URL de un agente. Cada agente registra un Jolokia MBean: type = Descubrimiento que realice la petición de descubrimiento de multidifusión para usted si dispara los lookupAgents operación. El valor devuelto contiene la información del agente y se describe aquí.
• Esta característica ha sido probado en varios ambientes, pero desde la creación de redes de bajo nivel puede ser, bueno, & quot; & quot ;, dolorosa me pedirá que abra un problema en caso de cualquier problema
.
• A pesar de que ha sido un tiempo tranquilo con respecto a la nueva y brillante Jolokia 2.0, estoy bastante cerca de un primer hito. Todas las características previstas se ha implementado en una versión inicial, lo que falta es terminar la refactorización pesado y modularización del núcleo Jolokia. Más sobre esto más adelante, por favor estad atentos ...

¿Cuál es nuevo en la versión 1.1.5:

• Este es por lejos el lanzamiento más pequeño jamás: A single-char se ha añadido en la parte superior de 1.1.4 corregir un fallo tonto al utilizar GlassFish con el sistema AMX. Por lo tanto, no hay necesidad de actualizar, si usted no está usando Glassfish.

¿Cuál es nuevo en la versión 1.1.4:

• Algunas correcciones de errores y dos nuevas características se ha incluido para la liberación de otoño:
• Un nuevo parámetro de configuración & quot; authenticatorClass & quot; puede ser utilizado para el agente JVM para especificar un manejador de autenticación alternativo, además de la forma predeterminada (que simplemente comprueba usuario y contraseña).
• Con el parámetro de configuración & quot; logHandlerClass & quot; un controlador de registro alternativo se puede especificar. Esto puede ser usado para la guerra y el agente JVM con el fin de modificar el comportamiento de registro de Jolokia. Para el agente OSGi ya podría utilizar un LOGSERVICE para la personalización de la tala.

¿Qué hay de nuevo en la versión 1.1.2:

• Contiene algunas correcciones de errores menores, como se explica en el changelog. En función de los informes de errores y tire solicitud cayendo en que puede haber incluso una versión 1.1.3 antes 2.0 estará terminado.

¿Qué hay de nuevo en la versión 1.1.1:

• BigDecimal y BigInteger ahora se pueden utilizar para los argumentos de operación y devolver valores.
• Un nuevo parámetro de procesamiento ifModifiedSince se ha introducido. Este parámetro se puede utilizar con una marca de tiempo para ir a buscar la lista de MBeans disponibles sólo cuando ha habido algunos cambios en el registro MBean en cualquier MBeanServer observada desde entonces. Si no ha habido ningún cambio una respuesta con código de estado & quot; 302 & quot; (No modificada) se devuelve. Esta función también es compatible con los & quot; buscar & quot; peticiones. En una versión futura de Jolokia, habrá apoyo también aduana para el propio & quot; leer & quot; y & quot; exec & quot; solicitud para que las operaciones costosas pueden ser llamados condicionalmente.
• Para el agente JVM, si se le da un puerto de 0, entonces se seleccionará un puerto libre arbitraria y se imprime en la salida estándar como parte de la URL agente Jolokia. Si no se da huésped, el agente JVM ahora unirse a localhost y si el host de & quot; 0.0.0.0 & quot; o & quot; * & quot; está previsto, el agente se unirá en todas las interfaces.
• En el cliente Java una errorValue propiedad adicional se ha añadido que tiene la excepción serializado JSON si el parámetro processiong serializeException está activo.
• jolokia.register del cliente JavaScript () ahora puede tomar un elemento de configuración opcional para especificar los parámetros de procesamiento para un determinado trabajo planificador. Además, la nueva opción onlyIfModified se puede utilizar para que la devolución de llamada de la lista y la solicitud de búsqueda sólo se llama, si el conjunto de MBean registrado ha cambiado. Esto es especialmente útil para el cliente basado en web que desea actualizar el árbol MBean sólo si hay cambios.
• El Expira: cabecera de una respuesta Jolokia tiene ahora una fecha válida como valor (en vez de '-1') que apunta a una hora en la pasado. Este cambio debería ayudar a los clientes que no ignore acuerdo con RFC-2616 sintaxis fecha no válida y los tratan como "ya vencido '.

Requisitos :

• Java 2 Standard Edition Runtime Environment