2012-04-27 3 views
13

EAR 대신 JBoss SAR으로 배포하는 경우는 언제 선택합니까?JBoss SAR 대 EAR/WAR 패키징

이것은 일반적인 질문 일 뿐이며 각 배포 모델의 장단점과 적용시기를 설명하는 가이드 라인을 찾고 있습니다.

답변

23

서버의 기능을 확장하려면 SAR (서비스 아카이브)을 빌드해야합니다. 예를 들어 JBoss는 EJB 배포자 또는 메시징에 SAR을 사용합니다. 자신의 서비스 모니터링을 위해 하나를 만들 수 있습니다 (예 : 맞춤 서비스 중 하나에 대한 일부 측정 항목보기). 내가 아는 한 SAR은 JBoss에만 고유합니다.

필자는 개인적인 경험으로 웹 서비스를 추적하기 위해 SAR을 작성했습니다. 필자는 주로 웹 서비스 구성 요소가 만든 목록의 길이를 추적하기 위해 서비스 구성 요소를 사용했습니다. 이것은 jmx-console에서 찌를 수 있고 웹 서비스에 들어오는 요청에 대한 몇 가지 메트릭을 찾을 수있는 한 가지 방법이었습니다.

SAR은 JMX 사양을 기반으로하므로 생성하기가 어렵지 않습니다. 기본적으로 표준 MBean 인터페이스를 생성하고 해당 인터페이스를 구현합니다. META-INF 디렉토리에 jboss-service.xml 파일이 있는지 확인해야합니다.

한편 WAR 및 EAR은 컨테이너가 응용 프로그램에 대한 요청을 관리하고 처리하기를 기대하는 표준 응용 프로그램 패키지입니다. SAR 패키지 응용 프로그램의 경우처럼 익명의 서비스 구성 요소로 실행되는 응용 프로그램을 기대하지는 않습니다.

희망이 도움이됩니다.

+0

SAR은 JBoss와 관련이없는 것 같습니다. 예를 들어, WebSphere가이를 지원하는 것 같습니다 ([documentation] (http://pic.dhe.ibm.com/infocenter/wasinfo/v8r0/index.jsp?topic=%2Fcom.ibm.websphere.express.doc%2Finfo % 2Fexp % 2Fae % 2Fcrun_app_install.html)). –

+1

더 자세히 살펴보면 WebSphere는 SAR을 사용하여 "서비스 아카이브"와는 다른 "세션 시작 프로토콜 (SIP) 아카이브"를 의미합니다. –

+0

아마도 그렇게. Websphere에 익숙하지 않았습니다. 의견을 주셔서 감사합니다. 좋은 정보입니다. – CoolBeans