Osgish

Osgish este o coajă OSGi bazat pe o Perl coajă pe partea de client care comunică prin HTTP / JSON pentru un agent special pachet desfășurat pe platforma țintă. & Nbsp; Pe lângă caracteristicile standard furnizate de diferitele cojile OSGi existente în afara oferă unele caracteristici unice pentru a face easiers viață, atunci când a face cu o mulțime de pachete OSGi:
* GNU Readline suport cu
- Istoria salvat sesiunile disponibile pe mai
- Context linia de finalizare comandă sensibil
- Emacs legături cheie
* Sintaxa concordanță (comutabil), cu sprijinul tema de culoare
* Comanda de la distanță prin HTTP (S), inclusiv o facilitate de încărcare pentru pachete de instalare / actualizare
* Configurabil prin intermediul unui fișier de configurare ca scurtături pentru URL-uri de servere cunoscute.
* Suport Wildcard pentru operațiunile de interogare și ciclul de viață
* Suport pentru operațiuni în vrac (de exemplu, pornind de mai multe fascicule de la o dată)
* grupuri de comandă care pot fi parcurse ca directoare
* Extensibil de plugin-uri de comandă
Cum funcționează
Osgish constau în principal din două părți: un script linie de comandă Perl (împreună cu unele module Perl), care se conectează la un container OSGi printr-un pachet agent OSGi special (osgish-agent.jar). Acest pachet conține jmx4perl pentru exporturi informații JMX printr-un OSGi HTTPService ca date JSON. Cele JMX MBeans utilizate sunt cele prevăzute de Aries (http://incubator.apache.org/aries/), care devine o punere în aplicare a (încă să fie finalizat) caietul de sarcini al Grupului de experți Enterprise OSGi Alliance (EEG), în special . "JMX Model Management Specificații" & nbsp;
Deși acest setup sună un pic implicat, instalare nu este cu mult mai mult decât instalarea unui pachet CPAN și un pachet OSGi furnizat (la fel ca și pentru jmx4perl).
INSTALARE
Partea Perl instalează ca orice alt modul prin modulul :: fabricației, care aveți nevoie pentru a fi instalate. Utilizarea
& Nbsp; perl Build.PL
& Nbsp; ./Build
& Nbsp; Încercare ./Build
& Nbsp; ./Build Instalare
va instala modulele. Dacă aveți instalat Java și Maven (un instrument construi Java), pachetul de agent va fi compilat și ambalate, precum și atunci când utilizați "dist ./Build". Cu toate acestea, acest lucru nu este necesar ca un pachet preambalate este conținut în directorul agent.
Osgish depinde de modulul Perl "Term :: Readline" (indirect, prin intermediul Term :: ShellUI), care pot fi utilizate cu diferite implementări backend Readline. Cel mai puternic (și, prin urmare, recomandat) punerea în aplicare este GNU Readline / Istorie Biblioteca care va fi folosit dacă este instalat. Este într-adevăr merită să meargă pe calea plus pentru a instala GNU readline, chiar pe OS X sau Windows (care nu este trivial). De ex pentru OS X, puteți folosi pachetul "P5-termen-readline-gnu" din porturi Mac pentru a instala readline împreună cu modulul necesar. Pentru Debian, cel mai simplu mod este de a instala pachetul "-libterm readline-gnu-perl 'prin apt. Cu toate acestea, termenul de punere în aplicare implicit :: READLINE :: Perl se potriveste foarte bine, de asemenea.
Pentru ca modulul să funcționeze, trebuie să prevadă "OSGi-agent-.jar" pentru fiecare container OSGi pe care doriți să vă conectați. Consultați cadru ta OSGi cum să instalați un pachet (de exemplu, prin apel 'install' într-o coajă OSGi sau să conțină numele pachet în timpul pornirii). Acest pachet are o dependență pe un OSGi HTTPService, care trebuie să fie disponibile. Unele containere OSGi (cum ar fi Glassfish v3) deja vine cu un HTTPService ca o opțiune de instalare, pentru alții trebuie să instalați un manual. O alegere bună este Web Pax (http://wiki.ops4j.org/display/paxweb/Pax+Web) HTTPService. Selectați pax-web-dig-pachet, atunci când descărcarea, conține o tot ce ai nevoie.
Considerat ați instalat HTTPService la portul implicit 8080, & nbsp; vă puteți conecta la acesta prin
& Nbsp; osgish --Anunturi http: // localhost: 8080 / j4p
(Aceasta presupune, că HTTPService are un context rădăcină "/", care este valabil și pentru Pax Web v3 GlassFish lui HTTPService utiliza un context rădăcină de "/ OSGi", ceea ce duce la un URL de conectare de http:. // Localhost: 8080 / OSGi / j4p)
PLAFORMS OSGi ACCEPTAT
& Nbsp;
Au Platforma OSGi a fost confirmată de a lucra până acum cu:
& Nbsp; * Felix 2.0.1
& Nbsp; * Equinox 3.5.1
& Nbsp; * Glassfish v3
& Nbsp; * Primăvară dm Server 2.0
Deoarece pachete OSGi sunt extrem de portabil, este de așteptat ca fiecare server SGI cu un HTTPService ar trebui să funcționeze în afara casetei & nbsp instalat.; Vă rugăm să deschideți un bug la http://rt.cpan.org/Public/Bug/Report.html?Queue=osgish dacă întâmpinați probleme.
& ldquo;? De ce pe pământ sunt utilizați Perl pentru punte a unei tehnologii bazate pe Java pur ca OSGi & rdquo;
Ei bine, cum de configurare ar putea părea destul de complex (un fapt, este confessly mai mult de lucru decât instalarea o grămadă de pachete OSGi) are unele avantaje unice. Perl este cunoscut pentru nivel premium capacitățile sale de manipulare a textului și integrarea sistemului său strâmt. Bogăția de module CPAN este încă neegalat în lume Java până acum. Goodies ca termen :: ProgressBar sau Termen :: ShellUI sunt, probabil, lipsesc pe partea de Java de ceva timp pentru a veni. Datorită comunicare HTTP pur funcționează bine dincolo de granițele firewall. Și don & rsquo; t uita Perl & rsquo; s characterisics excelente de performanță pentru acest tip de aplicații. Nu în ultimul rând, este un caz de utilizare perfect pentru jmx4perl, care are o poveste proprie;-). OMI este combinația perfectă, în cazul în care fiecare limbă joacă afară puterea.
Ok, destul lauda, ​​există desigur unele dezavantaje, de asemenea: Instalarea module Perl poate fi o durere mai ales în cazul în care unul este inconfortabil cu CPAN sau Perl la un întreg. Mai ales instalarea Term :: Readline :: Gnu pe Windows sau OS X pot da dureri de cap majore (deși este posibil, și există un rezervă, de asemenea). Este ușor să te împuște în picior când manipularea ciclului de viață al mănunchiului agent sau IT & rsquo; s dependențe cu osgish. Latență de rețea și trafic poate deveni o problemă, deoarece toate de comunicare este la distanță în sine.
La sfârșitul este de până la tine pentru a judeca wheter osgish se potriveste pentru tine. Mi-ar fi mai mult decât fericit dacă s-ar da o încercare. Pentru mine mă ajută la dezvoltare și administrare sarcinile mele OSGi fiecare zi.
Chiar dacă nu intenționați să utilizați osgish, I & rsquo; m curiosi opinia dumneavoastră cu privire acest setup. Comentariile sunt foarte apreciate

Ce este nou în această versiune:!

• Actualizat la Berbec 0,3
• divizate până pachete OSGi într-un (miez) pachet pur și un pachet all-in-one (pachet)

Ce este nou în versiunea 0.1.0:

• pachete Încărcați la server și de a gestiona o
• context Tuned completarile sensibile, optiuni pentru "ls" ale serviciilor / pachete (Aratã nume simbolice "-s", a adăugat "-u & lt; licitată & gt;" numai serviciile utilizate de pachet & lt; & gt ;, oferta "-B servicii "deținute de pachet & lt;, & lt; & gt sumei licitate pentru afișarea & gt;
• Start pentru a adăuga ajutor online

Cerințe :

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