Osgish

Osgish é um shell OSGi baseado em um Perl desembolsar no lado do cliente que se comunica via HTTP / JSON para um agente especial empacotado implantado na plataforma de destino. & Nbsp; Ao lado de características padrão fornecidos pelos vários escudos OSGi existentes fora ele fornece algumas características únicas para fazer easiers vida ao lidar com uma grande quantidade de pacotes OSGi:
* GNU Readline apoio com
- História salvo sessões para em frente
- Contexto do comando sensível linha de conclusão
- principais ligações Emacs
* Destaque de sintaxe consistente (selecionável), com apoio tema de cor
* A operação remota via HTTP (S), incluindo uma instalação de carregamento para pacotes para instalar / atualização
* Configurável através de um arquivo de configuração como atalhos para URLs de servidores conhecidos.
* Apoio Wildcard para operações de consulta e de ciclo de vida
* Suporte para operações em massa (por exemplo, a partir feixes múltiplos de uma só vez)
* Grupos de comando que podem ser percorridos como diretórios
* Extensible por plugins de comando
COMO FUNCIONA
Osgish consistem principalmente de duas partes: um script de linha de comando Perl (juntamente com alguns módulos Perl) que se conecta a um contêiner OSGi via um pacote OSGi agente especial (osgish-agent.jar). Este pacote contém o jmx4perl para as exportações JMX informações através de um OSGi HttpService como dados JSON. Os MBeans JMX utilizados são os fornecidos pelo Aries (http://incubator.apache.org/aries/), que torna-se uma implementação da (ainda para ser concluído) especificação do Grupo de Peritos Empresa OSGi Alliance (EEG), especialmente o . "Gerenciamento JMX Specification Model" & nbsp;
Embora esta configuração soa um pouco envolvido, a instalação não é muito mais do que a instalação de um pacote CPAN e um pacote OSGi fornecido (o mesmo que para jmx4perl).
Instalação
A parte Perl instala como qualquer outro módulo via Module :: Build, que você precisa ter instalado. Utilização
& Nbsp; perl Build.PL
& Nbsp; ./Build
& Nbsp; Teste ./Build
& Nbsp; ./Build Instalar
irá instalar os módulos. Se você tem Java e Maven (uma ferramenta de construção Java) instalado, o pacote de agente será compilado e empacotado, bem como quando você usa './Build dist'. No entanto, este não é requerida como um pacote pré-embalada, está contida dentro do directório agente.
Osgish depende do módulo do Perl Termo :: ReadLine '(indirectamente através de Termo :: ShellUI), que pode ser usado com várias implementações backend Readline. A implementação mais poderoso (e, portanto, recomendada) é GNU Readline / Biblioteca de História, que será usado se instalado. É realmente vale a pena ir a maneira extra para instalar GNU readline, mesmo no OS X ou Windows (o que não é trivial). Por exemplo para OS X, você pode usar o pacote 'p5 prazo-readline gnu' de Portos Mac para instalar readline junto com o módulo necessário. Para o Debian, a maneira mais fácil é instalar o pacote 'libterm-readline-gnu-perl' via apt. No entanto, o prazo de implementação padrão :: ReadLine :: Perl se encaixa muito bem, também.
Para que o módulo funcione, é preciso disposição "osgi-agente .jar" para cada contêiner OSGi você deseja se conectar. Consulte o quadro OSGi como instalar um pacote (por exemplo, chamando de 'instalar' em um shell OSGi ou fornecendo o nome do grupo durante a inicialização). Este pacote tem uma dependência em um HttpService OSGi, que precisa estar disponível. Alguns contêiner OSGi (como Glassfish v3) já vem com um HttpService como uma opção de instalação, para outros, você precisa instalar um manualmente. Uma boa opção é a Web Pax (http://wiki.ops4j.org/display/paxweb/Pax+Web) HttpService. Selecione a-web-molhe-bundle pax ao fazer o download, ele contém tudo que você precisa.
Considerado você instalou o HttpService em sua porta padrão 8080, & nbsp; você pode se conectar a ele via
& Nbsp; osgish --server http: // localhost: 8080 / j4p
(Isso pressupõe que o HttpService tem um contexto raiz '/' o que é verdade para Pax Web Glassfish v3 do HttpService usar um contexto raiz do '/ OSGi ", que resulta em uma URL de conexão de http:. // Localhost: 8080 / OSGi / j4p)
Plaforms OSGI APOIADO
& Nbsp;
O seguinte plataforma OSGi foi confirmado para trabalhar até agora com:
& Nbsp; * 2.0.1 Felix
& Nbsp; * Equinox 3.5.1
& Nbsp; * Glassfish v3
& Nbsp; * Primavera dm Server 2.0
Desde pacotes OSGi são altamente portáteis, espera-se que cada servidor SGI com um instalado HttpService deve trabalhar fora da caixa. & Nbsp; Por favor, abra um bug no http://rt.cpan.org/Public/Bug/Report.html?Queue=osgish se você encontrar quaisquer problemas.
& ldquo;? Por que diabos você está usando Perl para colmatar a uma tecnologia pura Java baseada como OSGi & rdquo;
Bem, como a configuração pode parecer bastante complexo (uma na verdade, é confessly mais trabalho do que a instalação de um monte de pacotes OSGi) tem algumas vantagens exclusivas. Perl é conhecida por suas capacidades de manipulação de texto de nível premium e sua integração sistema apertado. A riqueza dos módulos do CPAN ainda é incomparável no mundo Java até agora. Os extras como Term :: ProgressBar ou Term :: ShellUI provavelmente estão em falta no lado do Java por algum tempo para vir. Graças à sua comunicação HTTP puro ele funciona muito bem para além das fronteiras de firewall. E don & rsquo; t esquecer Perl & rsquo; s excelentes characterisics de desempenho para este tipo de aplicações. Por último, mas não menos importante, é um caso de uso perfeito para jmx4perl, que tem uma história por conta própria;-). IMO é a combinação perfeita, em que cada língua tem a sua força.
Ok, o suficiente louvor, há, naturalmente, algumas desvantagens também: Instalar módulos Perl pode ser uma dor, especialmente se um é desconfortável com CPAN ou Perl em um todo. Especialmente instalar Term :: ReadLine :: Gnu no Windows ou OS X pode dar grandes dores de cabeça (embora seja possível, e há um retorno, também). É fácil de atirar no próprio pé ao manipular o ciclo de vida do pacote de agente ou de TI & rsquo; s dependências com osgish. A latência de rede e tráfego pode se tornar um problema uma vez que toda a comunicação é remotamente per se.
No final, cabe a você julgar wheter osgish se encaixa para você. Eu ficaria mais do que feliz se você gostaria de dar-lhe uma tentativa. Para mim, isso me ajuda no meu desenvolvimento e administração de tarefas OSGi todos os dias.
Mesmo se você não estiver planejando usar osgish, I & rsquo; m curioso sobre a sua opinião sobre este setup. Comentários são muito apreciados

O que é novo nesta versão:!

• Atualizado para Aries 0,3
• dividos pacotes OSGi em um (core) feixe puro e um tudo-em-um pacote (bundle)

O que é novo na versão 0.1.0:

• Publique molhos para o servidor e gerenciá-lo
• contexto Sintonizado conclusões sensíveis, as opções para 'ls' de serviços / bundles (mostrar nomes simbólicos '-s', acrescentou 'u & lt; bid & gt; "apenas os serviços utilizados pelo pacote & lt; lance & gt ;,' -b serviços 'de propriedade de pacote & lt; & lt; & gt lance lance & gt;
• Comece a adicionar ajuda online

Requisitos :

• Java 2 Standard Edition Runtime Environment
• Perl
• JMX :: Jmx4Perl :: config
• Config :: Geral
• OSGi :: Osgish