Osgish

Osgish è un guscio di OSGi basata su un Perl shell sul lato client che comunica tramite HTTP / JSON per un agente speciale bundle distribuito sulla piattaforma di destinazione. & Nbsp; Oltre funzioni standard fornite dai vari gusci OSGi esistenti fuori di esso fornisce alcune caratteristiche uniche per rendere easiers vita quando si tratta di un sacco di OSGi bundle:
* GNU Readline supporto con
- Storia salvato sessioni attraversavano
- Contesto di comando sensibile al completamento della linea
- tastiera Emacs
* Evidenziazione della sintassi coerente (commutabile) con supporto colore tema
* Controllo remoto via HTTP (S) tra cui un impianto di caricamento per pacchi per l'installazione / aggiornamento
* Configurabile tramite un file di configurazione come scorciatoie per gli URL di server noti.
* Supporto jolly per operazioni di query e del ciclo di vita
* Supporto per operazioni di massa (ad esempio a partire più pacchetti contemporaneamente)
* gruppi di comandi che possono essere attraversati come directories
* Extensible dai plugin comando
COME FUNZIONA
Osgish consistere principalmente due parti: una di script da riga di comando Perl (insieme ad alcuni moduli Perl) che collega a un contenitore OSGi attraverso uno speciale fascio agente OSGi (osgish-agent.jar). Questo bundle contiene il jmx4perl per le esportazioni informazioni JMX attraverso un OSGi HTTPService come dati JSON. I JMX MBeans utilizzati sono quelli previsti dal Aries (http://incubator.apache.org/aries/) che diventa una implementazione del (non ancora finito) specificazione del OSGi Alliance Enterprise Expert Group (EEG), in particolare la . "JMX Model Management Specification" & nbsp;
Anche se questa configurazione suona un po 'coinvolto, l'installazione non è molto più che l'installazione di un pacchetto CPAN e un bundle OSGi previsto (lo stesso che per jmx4perl).
Installazione
La parte Perl installa come qualsiasi altro modulo con modulo :: torso, che è necessario avere installato. Utilizzando
& Nbsp; perl Build.PL
& Nbsp; ./Build
& Nbsp; Test ./Build
& Nbsp; ./Build Installazione
installerà i moduli. Se si dispone di Java e Maven (uno strumento di compilazione Java) installato, il bundle agente verrà compilato e confezionato così quando si utilizza './Build dist'. Tuttavia, questo non è richiesto come pacchetto preconfezionato è contenuto all'interno della directory dell'agente.
Osgish dipende dal modulo Perl 'Term :: ReadLine' (indirettamente tramite Term :: ShellUI), che può essere utilizzato con diverse implementazioni backend Readline. Il più potente (e quindi consigliato) implementazione è GNU Readline / Biblioteca di storia che sarà utilizzato se installato. E 'davvero la pena di andare il modo in più per installare GNU readline, anche su OS X o Windows (che non è banale). Es per OS X è possibile utilizzare il pacchetto 'p5 termine-readline-gnu' dal Mac Ports installare readline con il modulo necessario. Per Debian, il modo più semplice è quello di installare il pacchetto 'libterm-readline-gnu-perl' tramite apt. Tuttavia, il termine implementazione predefinita :: ReadLine :: Perl si adatta bene, anche.
Per il modulo funzioni, è necessario eseguire il provisioning "OSGi-agent-.jar" per ogni container OSGi si desidera connettersi. Fare riferimento al framework OSGi come installare un pacchetto (ad esempio chiamando 'install' in un guscio OSGi o fornire il nome del bundle durante l'avvio). Questo pacchetto ha una dipendenza da un OSGi HTTPService, che deve essere a disposizione. Alcuni container OSGi (come Glassfish v3) viene fornito già con un HTTPService come opzione di installazione, per gli altri è necessario installare manualmente. Una buona scelta è il Web Pax (http://wiki.ops4j.org/display/paxweb/Pax+Web) HTTPService. Selezionare la pax-web-molo-fascio quando si scaricano, contiene un tutto il necessario.
Considerato installato il HTTPService alla sua porta di default 8080, & nbsp; è possibile connettersi ad esso via
& Nbsp; osgish --server http: // localhost: 8080 / j4p
(Questo presuppone che il HTTPService ha un contesto radice '/', che è vero per Pax Web v3 Glassfish di HTTPService utilizzano un contesto radice di '/ OSGi' che si traduce in un URL di connessione di http:. // Localhost: 8080 / OSGi / j4p)
Plaforms OSGI SUPPORTATI
& Nbsp;
La seguente piattaforma OSGi è stato confermato a lavorare finora con:
& Nbsp; * Felix 2.0.1
& Nbsp; * Equinox 3.5.1
& Nbsp; * Glassfish v3
& Nbsp; * Spring dm Server 2.0
Poiché OSGi fasci sono altamente portatile, ci si aspetta che ogni server SGI con HTTPService dovrebbe funzionare out of the box & nbsp installato.; Si prega di aprire un bug a http://rt.cpan.org/Public/Bug/Report.html?Queue=osgish se si incontrano problemi.
& ldquo;? Perché mai stai usando Perl per colmare una pura tecnologia Java basato come OSGi & rdquo;
Beh, come la messa a punto potrebbe sembrare abbastanza complesso (una in realtà, è confessly più lavoro di installazione di un gruppo di OSGi fasci) ha alcuni vantaggi unici. Perl è noto per le sue capacità di manipolazione del testo di livello premium e la sua integrazione di sistema a tenuta. La ricchezza di moduli CPAN è ancora ineguagliata nel mondo Java finora. Gli extra come Term :: ProgressBar o Term :: ShellUI probabilmente mancano sul lato Java per molto tempo a venire. Grazie alla comunicazione HTTP puro funziona bene oltre i confini del firewall. E don & rsquo; t dimenticano Perl & rsquo; s eccellenti characterisics di rendimento di questo tipo di applicazioni. Ultimo ma non meno importante, è un caso d'uso perfetto per jmx4perl, che ha una storia propria;-). IMO è il mix perfetto, dove ogni lingua gioca fuori la sua forza.
Ok, abbastanza lode, ci sono naturalmente alcuni svantaggi, anche: Installazione di moduli Perl può essere un dolore, soprattutto se si è a disagio con CPAN o Perl in un intero. Soprattutto l'installazione Term :: ReadLine :: Gnu su Windows o OS X può dare grandi mal di testa (anche se è possibile, e non vi è un ripiego, anche). E 'facile sparare se stessi nel piede quando la manipolazione del ciclo di vita del pacchetto dell'agente o IT & rsquo; s dipendenze con osgish. La latenza di rete e il traffico può diventare un problema dal momento che tutta la comunicazione è a distanza di per sé.
Alla fine sta a voi giudicare wheter osgish adatta per voi. Sarei più che felice se volesse fare un tentativo. Per me mi aiuta a miei OSGi sviluppo e amministrazione compiti ogni giorno.
Anche se non si ha intenzione di utilizzare osgish, I & rsquo; m curioso di sapere la tua opinione su questa impostazione. I commenti sono molto apprezzati

Cosa c'è di nuovo in questa versione:!

• Aggiornamento di Aries 0.3
• spacco fino OSGi fasci in un puro (core) e un pacchetto all-in-one (bundle)

Cosa c'è di nuovo nella versione 0.1.0:

• Carica fasci per server e gestirlo
• completamenti sensibili al contesto Tuned, opzioni per 'ls' di servizi / bundle (Mostra nomi simbolici "-s", aggiunti "-u & lt; offerta & gt; 'solo i servizi utilizzati dal pacchetto & lt; & gt ;, bid' -b servizi 'di proprietà di pacchetto & lt;; & lt; & gt offerta di offerta & gt;
• Avvia per aggiungere Guida in linea

Requisiti :

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