Jolokia

Jolokia é uma fonte aberta, totalmente gratuito e fácil de usar software implementado em Java e concebido a partir do deslocamento a ser usado para acessar JMX com JSON sobre HTTP remotamente. É mais como JMX em capsaicina. Ele não tem uma interface gráfica do usuário (GUI).
Por uma questão de fato, Jolokia é uma ponte JMX-HTTP fornecendo uma alternativa para JSR-160 conectores. É simples, rápido, poliglota, seguro, firewall-friendly e inclui várias características únicas, como a granel-requests.Features em uma características glanceKey incluem suporte para processar tantos JMX (Java Management Extensions) pedidos quanto possível em apenas uma ida e volta rede e suporte para envolver várias solicitações Jolokia em uma carga útil JSON (JavaScript Object Notation).
Suporte para execução no modo sem agente, suporte JSON / proxy HTTP para solicitações Jolokia, o suporte para o envio de pedidos em massa em vários JSR-160 pedidos, o apoio às políticas personalizadas que incluem restrições de granulação fina, bem como apoio para wildcards e permitir / negar seções políticas personalizadas.
Além disso, o aplicativo suporta a análise de pedidos e de construção de respostas usando o JSON serialização software biblioteca JSON-simples, e suporte para o balanceamento de vários casos de uso com state-of-the-art características, tais como períodos de baixa de inicialização e pedidos em grandes quantidades.
Jolokia é um fácil de instalar software que só pode ser acessado através de um navegador da Web suportado. Ele pode ser acessado em qualquer plataforma, usando, um recurso de codificação de URL REST como configurável. O software funciona em múltiplos proxy HTTP hops.Under o capô e apoiado OSesTaking uma olhada sob o capô de Jolokia, podemos notar que a linguagem de programação Java tem sido usado para escrever o programa, o que significa que ele é independente de plataforma, apoiada em GNU / Linux, Mac OS X e sistemas operacionais Microsoft Windows.
Para sua comodidade, está disponível para download como ambos os binários pré-construídos e um pacote de código. Ele foi testado com sucesso em ambos os computadores de 32 bits e de 64 bits

O que é novo nesta versão:.

• Novo ano, novo lançamento. Ok, não é o BIG 2.0 que já um tanto prometeu. De qualquer forma, uma outra característica grande pulou no trem 1.x no último minuto. Agora é possível encontrar agentes em sua rede através do envio de um pacote UDP para o grupo multicast 239.192.48.84, porta 24884. agentes com este mecanismo de descoberta ativado irá responder com os seus dados de meta, incluindo o URL de acesso. Isto é especialmente útil para os clientes que desejam fornecer acesso a agentes sem muita configuração. Isto É. o excelente hawt.io provavelmente vai usá-lo de uma forma ou de outra. Na verdade, era hawt.io que me colocou no caminho certo para que esse recurso pouco agradável; -)
• Descoberta é ativado por padrão para o agente de JVM, mas não para o agente WAR. Ele pode ser facilmente ativado para o agente WAR usando parâmetros de inicialização de servlet, propriedades do sistema ou variáveis ​​ambientais. Todos os detalhes bacanas podem ser encontrados no manual de referência.
• O protocolo para o mecanismo de descoberta também é especificado no manual de referência. Um dos primeiros clientes que suportam este modo descoberta é Jmx4Perl em sua mais nova versão. O cliente Jolokia Java vai seguir em um dos próximos lançamentos menores.
• Mas você não precisa de suporte ao cliente para pedidos de multicast se você já sabe o URL para um agente. Cada agente registra um jolokia MBean: type = Descoberta que realizar o pedido de descoberta multicast para você, se você acionar os lookupAgents operação. O valor retornado contém as informações do agente e é descrito aqui.
• Este recurso foi testado em vários ambientes, mas desde baixo nível de rede pode ser, assim, & quot; & quot ;, doloroso peço-lhe para abrir um problema em caso de problemas
.
• Embora tenha sido tranquila algum tempo com relação ao novo brilhante Jolokia 2.0, estou muito perto de uma primeira etapa. Todos os recursos planejados foi implementado em uma versão inicial, o que está faltando é terminar a refatoração pesada e modularização do núcleo Jolokia. Mais sobre isso mais tarde, por favor, fique atento ...

O que é novo na versão 1.1.5:

• Esta é de longe a menor liberação de sempre: A único caractere foi adicionado em cima do 1.1.4 corrigir um bug bobo quando se utiliza Glassfish com o sistema AMX. Assim, não há necessidade de atualizar, se você não estiver usando Glassfish.

O que é novo na versão 1.1.4:

• Algumas correções de bugs e dois novos recursos foi incluída para o lançamento de outono:
• Um novo parâmetro de configuração & quot; authenticatorClass & quot; pode ser usado para o agente de JVM para especificar um manipulador de autenticação alternativo, além de um padrão (que simplesmente verifica usuário e senha).
• Com o parâmetro de configuração & quot; logHandlerClass & quot; um manipulador de log alternativa pode ser especificado. Isso pode ser usado para a guerra e agente JVM, a fim de ajustar o comportamento de registro de Jolokia. Para o agente OSGi você já pode usar uma LOGSERVICE para personalizar registro.

O que é novo na versão 1.1.2:

• Ele contém algumas pequenas correções de bugs, como explicado no changelog. Dependendo dos relatórios de bugs e puxe pedido caindo em que pode haver até mesmo uma versão 1.1.3 antes de 2.0 será terminado.

O que é novo na versão 1.1.1:

• BigDecimal e BigInteger agora pode ser usado para argumentos da operação e valores de retorno.
• Um novo parâmetro de processamento ifModifiedSince foi introduzido. Este parâmetro pode ser usado com um timestamp para buscar a lista de MBeans disponíveis apenas quando houve algumas mudanças no registro MBean em qualquer MBeanServer observada desde aquela época. Se não houve mudanças uma resposta com código de status & quot; 302 & quot; (Não modificado) é retornado. Esse recurso também é suportado para & quot; pesquisar & quot; pedidos. Em uma versão futura do Jolokia, haverá também apoio personalizado para próprio & quot; ler & quot; e & quot; exec & quot; pedido para que as operações caras pode ser chamado condicionalmente.
• Para o agente JVM, se uma porta de 0 é dado, em seguida, um porto livre arbitrário serão selecionadas e impressas na saída padrão como parte da URL agente Jolokia. Se nenhuma máquina é dada, o agente JVM vai agora ligar para localhost e se acolhimento de & quot; 0.0.0.0 & quot; ou & quot; * & quot; é fornecido, o agente irá ligar em todas as interfaces.
• Para o cliente Java foi adicionado um ErrorValue propriedade extra que detém a exceção serializado JSON se o parâmetro processiong serializeException está ativo.
• jolokia.register do cliente JavaScript () pode agora ter um elemento de configuração opcional para especificar os parâmetros de processamento para um determinado trabalho programador. Além disso, a nova opção onlyIfModified pode ser usado para que o retorno de chamada para lista e solicitação de pesquisa só é chamado, se o conjunto de MBean registrado mudou. Isto é especialmente útil para o cliente baseado na web que deseja atualizar a árvore MBean somente se houver alterações.
• O Expira: cabeçalho de uma resposta Jolokia tem agora uma data válida como valor (em vez de "-1"), o que aponta para uma hora no passado. Esta mudança deve ajudar os clientes que não ignore acordo com RFC-2616 sintaxe data inválida e tratá-los como "já expirou".

Requisitos :

• Java 2 Standard Edition Runtime Environment