Osgish

.

는 Osgish은 펄에 따라 OSGi 프레임 쉘은 대상 플랫폼에 배포 번들 특수 요원으로 HTTP / JSON를 통해 통신 & NBSP 클라이언트 측에서 쉘이며, 기존의 다양한 OSGi에 껍질에서 제공하는 표준 기능이 몇 가지를 제공합니다 외부의 옆에 OSGi 번들을 많이 다룰 때 고유의 기능은 생활 easiers로 만들려면 :
와 * GNU Readline의 지원
- 역사 전체의 세션을 저장
- 상황에 맞는 명령 행 완료
- 이맥스 키 바인딩
색상 테마 지원 * 일치 구문 강조 (전환 가능)
* 번들 설치에 대한 업로드 기능을 포함하여 HTTP (S)를 통한 원격 조작 / 갱신
* 알려진 서버 URL에 대한 바로 가기와 같은 구성 파일을 통해 구성.
쿼리 및 수명주기 작업에 * 와일드 카드 지원
* 대량 작업에 대한 지원 (예를 들어, 한 번에 여러 번들을 시작)
디렉토리처럼 이송 할 수 있습니다 * 명령 그룹
* 명령 플러그인으로 확장
작동 원리
(일부 펄 모듈과 함께) 펄 명령 줄 스크립트 특별한 OSGi에 에이전트 번들 (osgish-agent.jar)를 통해 OSGi 컨테이너에 연결 : 주로 두 부분으로 구성 Osgish. 이 번들은 JSON 데이터로 OSGi에 HttpService를 통해 수출 JMX 정보에 대한 jmx4perl가 포함되어 있습니다. 사람들은 OSGi 얼라이언스 기업 전문가 그룹 (EEG)의 (아직 완료되는) 사양의 구현이되는 양자리 (http://incubator.apache.org/aries/)에서 제공하는 사용되는 JMX MBean에, 특히 . "JMX 관리 모델 사양"& NBSP;
이 설정은 참여 약간 보이지만, 설치가되지 훨씬 더 CPAN 패키지 및 제공 OSGi 번들 (jmx4perl와 동일)를 설치하는 것보다입니다.
설치
펄 부분은 당신이 설치되어 있어야합니다 모듈 :: 빌드를 통해 다른 모듈로 설치합니다. 사용
& NBSP; 펄 Build.PL
& NBSP; ./Build
& NBSP; ./Build 테스트
& NBSP; 설치 ./Build
모듈을 설치합니다. 당신은 자바와 메이븐 (Java 빌드 도구)가 설치되어있는 경우, 에이전트 번들은 컴파일을 받고 './Build의 DIST'를 사용하는 경우와 같이 잘 포장. 사전 패키지 번들이 에이전트 디렉토리에 포함되어 그러나,이 필요하지 않습니다.
Osgish은 다양한 백엔드 Readline의 구현과 함께 사용할 수 있습니다 (간접적 기간 : ShellUI를 통해) 펄 모듈 '기간 ::에서는 ReadLine'에 따라 달라집니다. 가장 강력한 (따라서 권장) 구현이 설치되어있는 경우 사용되는 GNU Readline의 / 역사 도서관이다. 그것은 (사소한하지 않은)도 OS X 또는 Windows, GNU 작성한 Readline을 설치하는 여분의 길을 갈 정말 가치가있다. 예를 들면 OS X를위한 당신은 필요한 모듈과 함께 작성한 Readline을 설치하는 맥 포트에서 'P5 장기-의 readline-GNU'패키지를 사용할 수 있습니다. 데비안의 경우, 가장 쉬운 방법은 APT를 통해 패키지 'libterm-의 readline-GNU-펄'를 설치하는 것입니다. 그러나 기본 구현 기간 ::에서는 ReadLine :: 펄도 잘 맞다.
모듈이 작동하려면, 당신은 당신이에 연결하려는 각 OSGi 컨테이너에 "OSGi에서 에이전트의 .jar"제공해야합니다. (OSGi 프레임 쉘에서 '설치'전화 또는 시작시 번들 이름을 제공하여 예 :) 번들을 설치하는 방법 OSGi 프레임 워크를 참조하십시오. 이 번들은 사용할 수 있어야 OSGi에 HttpService를,에 대한 종속성이 있습니다. (글래스 피시 v3의 같은) 일부 OSGi 컨테이너는 이미 다른 사람을 위해 수동으로 하나를 설치해야, 설치 옵션으로 HttpService를 함께 제공됩니다. 좋은 선택은 팍스 웹 (http://wiki.ops4j.org/display/paxweb/Pax+Web) HttpService를합니다. 다운로드 할 때 팍스 - 웹 부두 - 번들을 선택, 당신이 필요로하는 모든이 포함되어 있습니다.
당신은 기본 포트 8080에서 HttpService를, & NBSP를 설치 고려; 당신은을 통해 연결할 수 있습니다
& NBSP; osgish --server 통해 http : // localhost : 8080 / j4p
(이 HttpService를가 팍스 웹 마찬가지입니다 루트 컨텍스트를 '/'이 있는지, 가정 글래스 피시 V3 년대 HttpService를 HTTP의 연결 URL 결과 '/ OSGI'의 루트 컨텍스트를 사용합니다. // 로컬 호스트 : 8080 / OSGI / j4p)
지원되는 OSGI의 PLAFORMS
& NBSP;
다음은 OSGi 플랫폼은 지금까지와 작동 확인되었습니다
& NBSP; * 펠릭스 2.0.1
& NBSP; * 춘분 3.5.1
& NBSP; * 글래스 피시 v3의
& NBSP; * 봄 DM 서버 2.0
OSGi 번들은 휴대 성이 있기 때문에,이 예상되는 설치 HttpService를 상자 밖으로 작동합니다 & NBSP와 모든 SGI 서버입니다.; 혹시라도 문제가 발생하는 경우 http://rt.cpan.org/Public/Bug/Report.html?Queue=osgish에서 버그를 열어주십시오.
제어판에서 & ldquo;? 도대체 왜 당신은 OSGi에 & rdquo 같은 순수 자바 기반 기술을위한 연계 펄을 사용하는;
음, 설치로 몇 가지 독특한 장점을 가지고 (이 사실은 OSGi 번들의 무리를 설치하는 것보다 confessly 더 많은 작업입니다) 매우 복잡 보일 수 있습니다. 펄은 프리미엄 수준의 텍스트 조작 기능과 긴밀한 시스템 통합 알려져있다. CPAN 모듈의 풍요 로움은 지금까지 여전히 자바 세계에서 타의 추종을 불허합니다. 기간 : ProgressBar의 또는 기간 : ShellUI 같은 케이크는 아마 앞으로 꽤 많은 시간 동안 자바 측에서 누락되었습니다. 이 방화벽 경계를 넘어 멋지게 작동 순수한 HTTP 통신에 감사합니다. 그리고 돈 및 다른 URL은; t 펄 및 다른 URL를 잊어 버리의 우수한 성능 characterisics를 응용 프로그램이 정렬에. 마지막으로, 그것은 그 자체로 이야기가 jmx4perl을위한 완벽한 사용 사례입니다;-). IMO는 각 언어가 힘을 재생 완벽한 조합이다.
좋아, 충분히 칭찬도 물론 몇 가지 단점이 있습니다 : 펄 모듈을 설치 한 전체에서 CPAN이나 펄과 불편, 특히 통증이있을 수 있습니다. (도 가능하고, 대체가 있지만) 특히 Windows 또는 OS의 X에 기간 ::에서는 ReadLine ::은 GNU를 설치하면 주요 두통을 줄 수 있습니다. osgish와의 의존성, 그것은 에이전트 번들의 라이프 사이클을 조작하거나 및 다른 URL 때는 다리에 자신을 촬영하기 쉽습니다. 모든 통신은 원격으로 자체이기 때문에 네트워크 대기 시간과 트래픽이 문제가 될 수 있습니다.
말은 osgish 당신을 위해 맞는 wheter 판단하는 당신에게 달려있다. 당신이 그것을 시도를 제공하면 나는보다 더 행복 할 것이다. 나에게는 매일 내 OSGi 프레임 개발 및 관리 작업에 나를 수 있습니다.
비록 당신이 osgish 사용하지 않을 경우, I & 다른 URL은,이 설정에 대한 자신의 의견에 대한 호기심. 댓글은 높게 평가된다

이 릴리스의 새로운 기능입니다 무엇!

이 양자리 0.3로 업데이트
순수 (코어) 번들 및 올인원 번들 (묶음)에서 OSGi 번들을 갈라

이 버전 0.1.0의 새로운 기능 :

이 서버에 번들을 업로드하고 관리
튜닝 상황에 맞는 완료는, 서비스 / 번들의 '1!'에 대한 옵션 ( '-s'쇼 상징적 인 이름을 추가 '-u & LT; 입찰한다'번들 및에 의해 사용되는 전용 서비스, 입찰 & gt;에 '-b & LT; 입찰 한다 번들 의해 소유 및 이용 서비스; 입찰가한다
온라인 도움말을 추가하는 시작

이 요구 사항 :

이 J2SE (Java 2 Standard Edition)의 런타임 환경
펄
JMX :: Jmx4Perl :: 구성
구성 : 일반
OSGi에 :: Osgish