Osgish

Osgish est une coquille OSGi basée sur un Perl débourser sur le côté client qui communique via HTTP / JSON à un agent spécial livré déployé sur la plate-forme cible. & Nbsp; En plus des caractéristiques standard fournis par les différentes coquilles OSGi existantes extérieur Il fournit quelques caractéristiques uniques de faire easiers de vie lorsqu'ils traitent avec beaucoup de bundles OSGi:
* GNU Readline support avec
- Histoire sauvé sessions en face
- Contexte commande sensibles complètement de la ligne
- clés d'Emacs
* Conformément coloration syntaxique (commutable) avec le soutien de thème de couleur
* Commande à distance via HTTP (S), y compris un centre de téléchargement pour faisceaux pour installer / mettre à jour
* Configurable via un fichier de configuration comme raccourcis pour les URL de serveurs connus.
* Prise en charge de Wildcard pour les opérations de requête et de cycle de vie
* Support pour les opérations en vrac (par exemple à partir de multiples faisceaux à la fois)
* groupes de commandes qui peuvent être traversés comme répertoires
* Extensible par commande plugins
Comment ça marche
Osgish consister principalement deux parties: un script de ligne de commande Perl (avec quelques modules Perl) qui relie à un conteneur OSGi via un faisceau de l'agent OSGi spéciale (osgish-agent.jar). Ce bundle contient la jmx4perl pour les exportations informations JMX par un OSGi HttpService que les données JSON. Les MBeans JMX utilisés sont ceux fournis par le Bélier (http://incubator.apache.org/aries/) qui devient une mise en œuvre de la (pas encore terminé) la spécification du Groupe Alliance OSGi Enterprise Expert (EEG), en particulier la . "gestion JMX Spécification Modèle" & nbsp;
Bien que cette configuration semble un peu impliqués, l'installation ne est pas beaucoup plus que d'installer un paquet CPAN et un bundle OSGi fourni (le même que pour jmx4perl).
POSE
La partie Perl se installe comme tout autre module par le module de la construction, que vous devez avoir installé. Utilisation
& Nbsp; perl Build.PL
& Nbsp; ./build
& Nbsp; Test ./build
& Nbsp; ./build Installer
va installer les modules. Si vous avez Java et Maven (un outil de compilation Java) installés, le faisceau de l'agent sera compilé et emballé ainsi lorsque vous utilisez './build dist. Cependant, ce ne est pas nécessaire comme un ensemble préemballé est contenu dans le répertoire de l'agent.
Osgish dépend du module Perl 'Term :: ReadLine' (indirectement via Term :: ShellUI), qui peut être utilisé avec diverses implémentations backend de Readline. La mise en œuvre le plus puissant (et donc recommandée) est GNU Readline / Bibliothèque d'histoire qui sera utilisé se il est installé. Ce est vraiment la peine d'aller dans le sens supplémentaire à installer GNU readline, même sur OS X ou Windows (qui ne est pas trivial). Par exemple pour OS X, vous pouvez utiliser le paquet 'p5 terme-readline-gnu "de Ports Mac à installer readline avec le module nécessaire. Pour Debian, le plus simple est d'installer le paquet 'libterm-readline-gnu-perl' via apt. Cependant, la durée de mise en œuvre par défaut :: ReadLine :: Perl se intègre bien, aussi.
Pour que le module fonctionne, vous devez à la prestation «osgi-agent .jar" à chaque conteneur OSGi vous souhaitez vous connecter. Reportez-vous à votre cadre OSGi comment installer un paquet (par exemple en appelant 'install' dans une coquille de OSGi ou de fournir le nom de paquet lors du démarrage). Cet ensemble a une dépendance sur un HttpService OSGi, qui doit être disponible. Certains conteneur OSGi (comme Glassfish v3) vient déjà avec un HttpService comme une option d'installation, pour les autres, vous devez installer une manuellement. Un bon choix est la Web Pax (http://wiki.ops4j.org/display/paxweb/Pax+Web) HttpService. Sélectionnez le-web-jetée faisceau pax lors du téléchargement, il contient un tout ce que vous avez besoin.
Considéré vous avez installé le HttpService à son port par défaut 8080, & nbsp; vous pouvez vous connecter via
& Nbsp; osgish --server http: // localhost: 8080 / J4P
(Cela suppose, que le HttpService a un contexte racine '/' qui est vrai pour Pax Web GlassFish v3 de HttpService utilisent un contexte racine de '/ osgi' qui se traduit par une URL de connexion http:. // Localhost: 8080 / osgi / J4P)
PLAFORMS OSGI SOUTENU
& Nbsp;
La plate-forme OSGi suivante a été confirmée à travailler ce jour avec:
& Nbsp; * Felix 2.0.1
& Nbsp; * Equinox 3.5.1
& Nbsp; * Glassfish v3
& Nbsp; * Spring dm Server 2.0
Depuis bundles OSGi sont hautement portable, il est prévu que chaque serveur SGI avec un HttpService devrait travailler hors de la boîte & nbsp installé. Se il vous plaît ouvrir un bug au http://rt.cpan.org/Public/Bug/Report.html?Queue=osgish si vous rencontrez des problèmes.
& ldquo;? Pourquoi sur la terre que vous utilisez Perl pour combler à une technologie à base de pur Java comme OSGi & rdquo;
Eh bien, comme la configuration peut sembler assez complexe (un en fait, ce est confessly plus de travail que l'installation d'un tas de bundles OSGi) il a des avantages uniques. Perl est connu pour son niveau de prime capacités de manipulation de texte et son intégration du système serré. La richesse de modules CPAN est encore inégalée dans le monde Java jusqu'ici. Goodies comme Term :: ProgressBar ou Term :: ShellUI sont probablement absents sur le côté Java depuis un certain temps à venir. Merci à sa communication HTTP pure, il fonctionne très bien à travers les frontières de pare-feu. Et don & rsquo; t oublient Perl & rsquo; s excellentes characterisics de performance pour ce genre d'applications. Last but not least, ce est un cas d'utilisation parfaite pour jmx4perl, qui a une histoire sur son propre;-). OMI ce est le mélange parfait, où chaque langue joue sa force.
Ok, assez louange, il ya bien sûr quelques inconvénients, aussi: Installation de modules Perl peut être une douleur surtout si l'on est à l'aise avec cpan ou Perl à un ensemble. Surtout installation Term :: ReadLine :: Gnu sur Windows ou OS X peut donner des maux de tête (bien que est possible, et il ya un repli, aussi). Il est facile de se tirer dans le pied lors de la manipulation du cycle de vie du faisceau d'agent ou il & rsquo; les dépendances avec osgish. La latence du réseau et du trafic peuvent devenir un problème car toutes les communications à distance est en soi.
À la fin, ce est à vous de juger wheter osgish qui vous convient. Je serais plus heureux si vous lui donner un essai. Pour moi, il me aide à mes tâches de développement et d'administration OSGi chaque jour.
Même si vous ne prévoyez pas d'utiliser osgish, I & rsquo; suis curieux de connaître votre opinion sur cette configuration. Les commentaires sont très appréciés

Ce qui est nouveau dans cette version:!

• Mise à jour à Arles 0,3
• fente jusqu'à bundles OSGi dans un (core) faisceau pur et un tout-en-un paquet (bundle)

Quoi de neuf dans la version 0.1.0:

• Ajouter paquets au serveur et le gérer
• contexte Tuned finitions sensibles, les options de «ls» de services / faisceaux (Afficher les noms symboliques '-s', a ajouté '-u & lt; & gt soumission;' seuls services utilisés par faisceau & lt; & gt ;, soumissionner '-b services »appartenant à faisceau & lt;; & lt; & gt soumission soumissions & gt;
• Lancer d'ajouter l'aide en ligne

Exigences :

• Java 2 Standard Edition Runtime Environment
• Perl
• JMX :: :: Jmx4Perl Config
• Config du général
• OSGi :: Osgish