JBI 특징

JBI 간략한 특징

JBI는 plug-in component를 이용해서 nomalize한 메시지로 변환을 통해 시스템을 통합할 수 있는 자바 기반의 표준. * 특징 JBI는 각기 다른 컴포넌트들과 직접적으로 통신하지 않고,,JBI 환경 인터페이스만 제공한다. 컴포넌트 사이의 메시징 라우팅을 담당한다. Service 제공자와 소비자간의 decoupling이 중요 point. 추가적으로 message processing, monitoring을 위한 key제공. MI architecture 에는 크게 아래의 방향으로 이루어진다. BC(Binding component) --> Adapter의 한 형식으로 외부 프로토콜을 접속을 해야 한다. (HTTP, JMS, File 형식 지원)

DC(Delivery channel) --> BC 에서 DC로 message를 전달하고 받기 위해서는 DC로 request, response 한다.

NMR (Normal messaging router) --> DC에서 받은 message가 MI component를 올바르게 돌아다니게 하는것이 NMR이 하는 임무.
BC나 SE에서 직접 NMR로 붙지 않고, DC가 붙는다.
즉. request (External Component --> BC --> DC --> NMR --> DC --> SE)
      response (SE --> DC --> NMR --> DC --> BC --> External Component)
SE 에서 SE 전송 또한 마찬가지이다. (SE1 --> DC --> NMR --> DC --> SE2)

SE(Service Engine) --> Service Engine으로 (XSLT, BPEL, Rule service)를 제공하는 SE가 존재 한다.

* Service life cycle.

Deployment는 자원관리로서 각 unit은 아래와 같은 프로세스를 진행하게 된다.
empty --> depoly --> (shutdown) --> init --> (stopped) --> start --> (started)
              <-- undeploy <--        <-- shutdown <--         <-- stop

Endpoint  란?

End point는 메시지를 주고 받는 개념을 나타낸다.
하나의 서비스는 여러개의 endpoint를 노출시킬 수 있다.
endpoint는 Address, Binding, Contract 3가지로 구분할 수 있다.
Address 예를 들면. http://localhost:8080/services/

Binding은 메시지를 주고받는 방법에 대한 정의
Transport, Encorder, Security, Reliability, Protocol


contract 는 2가지로 나뉘며.
Service Contract
- interface와 interface를 상속받는 class로 구성
- interface에 Service Contract를 계약함
- 멤버는 Operation Contract를 계약해야 함.

Data Contract는 프로그램간의 상호작용이 어떻게 일어나는지에 대해 공식적인 선언.

Message Exchange Pattern.

JBI 모델 서비스는 WSDL 2.0 이용해 component들에 의해 작성되거나 사용되어 지는데, WDSL 서비스는 description은 항상 아래의 정의를 갖는다.

Message Type : XML 스키마
Operations:
- operation name
- Message Exchange - 소비자와 제공간의 순서나 방향같은 것을 나타낸다.
- Message Types