Osgish

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

Rating: 3.3/5 (Total Votes: 3)

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

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

Aria
Aria

3 Jun 15

AFD
AFD

17 Feb 15

LFTP
LFTP

16 Aug 18

MirBSD Korn Shell
MirBSD Korn Shell

17 Feb 15

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

Jolokia
Jolokia

17 Feb 15

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

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