Osgish

Софтуер снимки:
Osgish
Софтуер детайли:
Версия: 0.3.1
Дата на качване: 14 Apr 15
Розробник: Roland Huß
Разрешително: Безплатно
Популярност: 8

Rating: 5.0/5 (Total Votes: 1)

Osgish е OSGi черупки основава на Perl плащам от страна на клиента, който комуникира чрез HTTP / JSON за специален агент в комплект разгърнати върху целевата платформа & Nbsp;. Освен стандартните функции, предлагани от различните съществуващи черупките OSGi извън него са дадени уникални характеристики, за да направят живота easiers, когато се занимават с много OSGi пакети:
* GNU Readline подкрепа с
- История спаси Срещу сесии
- Зависи от контекста на командния ред завършване
- Emacs ключови автомати
* В съответствие оцветяване на синтаксиса (превключване) с поддръжка на цветова тема
* Дистанционна работа чрез HTTP (S) включително съоръжение качване на пакети за инсталиране / актуализиране
* Конфигуриране чрез конфигурационен файл като преки пътища за известни URLs сървър.
* Wildcard подкрепа за операциите на заявки и на жизнения цикъл
* Подкрепа за насипни дейности (например стартиране на множество пакети наведнъж)
* командване групи, които могат да бъдат пресечени като директории
* Extensible от командните плъгини
<Силен> Как работи
Osgish се състои от две основни части: A Perl командния ред скрипт (заедно с някои Perl модули), която свързва към OSGi контейнер в съответствие със специална OSGi агент сноп (osgish-agent.jar). Този пакет съдържа jmx4perl за износ JMX информация чрез OSGi HttpService като данните JSON. На JMX MBeans използвани са тези, предвидени от овен (http://incubator.apache.org/aries/), която се превръща в изпълнение на (все още не е завършен) спецификацията на OSGi Alliance Enterprise Expert Group (ЕЕГ), особено на . "JMX Management Model Specification" & Nbsp;
Въпреки, че тази настройка звучи малко сложно, инсталация не е много повече от инсталиране пакет CPAN и при условие OSGi сноп (същите като за jmx4perl).
<Силен> МОНТАЖ
The Perl част инсталира като всеки друг модул чрез Module :: Build, които трябва да са инсталирани. Използване
& Nbsp; Perl Build.PL
& Nbsp; ./Build
& Nbsp; ./Build Тест
& Nbsp; ./Build Инсталиране
ще инсталирате модулите. Ако имате инсталирана Java и Maven (на Java строителство инструмент), снопа агент ще се събере и опаковани, както когато използвате "./Build дист". Все пак, това не се изисква като предварително пакетирана сноп се съдържа в указателя за агент.
Osgish зависи от Perl модул "Term :: Readline" (непряко чрез Term :: ShellUI), който може да се използва с различни бекенд Readline реализации. Най-мощният (и следователно се препоръчва) изпълнението е GNU Readline / История библиотека, която ще се използва, ако е инсталиран. Наистина си струва да отидете на допълнително начин да инсталирате GNU Readline, дори и на OS X или Windows (което не е маловажно). Например за OS X можете да използвате пакета "p5 план-Readline-GNU" от Mac Ports да инсталирате Readline заедно с необходимите модула. За Debian, най-лесният начин е да инсталирате пакета "libterm-Readline-GNU-Perl" чрез ап. Въпреки това, срока за изпълнение подразбиране :: Readline :: Perl се вписва добре, също.
За да работи модулът, което трябва да се предвиди "OSGi-агент-.jar" до всеки OSGi контейнер, който искате да се свържете. Обърнете се към Вашия рамка OSGi как да инсталирате пакет (например като се обадите на "инсталиране" в OSGi черупки или предоставяне на името на пакет при стартиране). Този пакет е зависимостта на OSGi HttpService, която трябва да бъде на разположение. Някои OSGi контейнер (като GlassFish v3) вече се предлага с HttpService като опция инсталация, а за други трябва да инсталирате една ръчно. Един добър избор е Pax Web (http://wiki.ops4j.org/display/paxweb/Pax+Web) HttpService. Изберете ма-уеб-кей-пакета при изтегляне, тя съдържа всичко, което трябва.
Смятан сте инсталирали HttpService при неизпълнение на своя порт 8080, & Nbsp; можете да се свържете с нея чрез
& Nbsp; osgish --server HTTP: // Localhost: 8080 / j4p
(Това предполага, че HttpService има корен контекст "/", което е вярно за Pax Web GlassFish v3 е HttpService използват корен контекст на "/ OSGi", което води до Connect URL на HTTP:. // Localhost: 8080 / OSGi / j4p)
<Силен> ПОДДЪРЖА OSGi PLAFORMS
& Nbsp;
Следната OSGi платформата е била потвърдена за работа досега с:
& Nbsp; * Felix 2.0.1
& Nbsp; * Equinox 3.5.1
& Nbsp; * GlassFish v3
& Nbsp; * Пролет DM сървър 2.0
Тъй OSGi снопове са силно преносими, се очаква, че всеки сървър SGI с инсталирана HttpService трябва да работи от кутията & Nbsp.; Моля, отворете бъг в http://rt.cpan.org/Public/Bug/Report.html?Queue=osgish ако срещнете някакви проблеми.
<Силен> & ldquo;? Защо, за Бога, който използвате Perl за преодоляване на чист Java базирани технологии като OSGi & rdquo;
Е, като настройката може да изглежда доста сложна (един в действителност, това е confessly повече работа, отколкото да инсталирате куп OSGi снопове) тя има някои уникални предимства. Perl е известен със своите възможности за манипулиране на текст ниво премия и строгата си системна интеграция. Богатството на CPAN модули все още е без аналог в света Java досега. Goodies като Term :: ProgressBar или Term :: ShellUI вероятно са изчезнали от страната Java за доста дълго време, за да дойде. Благодарение на неговата чиста HTTP комуникация тя работи добре през границите на защитната стена. И Дон & rsquo; забравяй Perl & rsquo; ите отлични characterisics представяне за този вид приложения. Не на последно място, това е добра използва случая за jmx4perl, който има история на собствената си;-). IMO тя е перфектната комбинация, където всеки език се играе своята сила.
Добре, достатъчно похвала, има разбира се някои недостатъци, твърде: Инсталиране на Perl модули може да бъде болка, особено ако човек е неудобно с CPAN или Perl в цяло. Особено инсталиране Term :: Readline :: Gnu на Windows или OS X може да даде големи главоболия (въпреки че е възможно, и да има резервен вариант, също). Лесно е да се стреля в крака при манипулация на целия жизнен цикъл на снопа агент или ИТ & rsquo; ите зависимости с osgish. Network латентност и трафик може да се превърне в проблем, тъй като цялата комуникация е отдалечено само по себе си.
В края той е до вас да се съди wheter osgish подходящ за вас. Щях да съм повече от щастлив, ако можете да го пробвам. За мен това ми помага в развитието ми и административни задачи OSGi всеки ден.
Дори и да не планирате да използвате osgish, I & rsquo; m любопитен за мнението Ви относно тази настройка. Коментари са високо оценени

Какво ново в тази версия:

  • Updated да Овен 0.3
  • Двуделна до OSGi снопове в чист (ядро) пакет и всичко-в-едно пакет (пакет)

Какво ново във версия 0.1.0:

  • Качване на снопове за сървър и да го управлявате
  • Tuned контекстно зависими изпълнения, добавено към опциите на "LS" на услуги / пакети (покажи символични имена "-S", "-u & LT; кандидатурата & GT;" само услугите, използвани от сноп & LT; на части & GT ;, "-В & LT; на части & GT; "услуги, собственост на сноп & LT; на части & БТ;
  • Започнете да добавите онлайн помощ

<силни> Изисквания :

  • Java 2 Standard Edition Runtime Environment
  • Perl
  • JMX :: Jmx4Perl :: Config
  • Config :: Общи
  • OSGi :: Osgish

Подобен софтуер

SSH-GUI
SSH-GUI

2 Jun 15

ConMan
ConMan

11 May 15

sysfunc
sysfunc

17 Feb 15

AmigaSHELL
AmigaSHELL

3 Jun 15

Друг софтуер на разработчика Roland Huß

Jolokia
Jolokia

17 Feb 15

Коментари към Osgish

Коментари не е намерена
добавите коментар
Включете на изображения!