CORBA

소개글

CORBA관련 이론및 정의 이용사례

목차

1. CORBA의 탄생
1.1 CORBA는 단순한 규격이 아니다
1.2 CORBA 애플리케이션의 개괄

2. CORBA의 서버 프로그램 구조
2.1 CORBA 클라이언트 제작
2.2 DII(Dynamic Invocation Interface) 활용

3. CORBA의 현재, CORBA 3.0
3.1 상호 운용할 수 있는 명명 서비스 (Interoperable Name Service)
3.2 QoS 제어
3.3 CCM
3.4 EJB(Enterprise Java Beans)와의 통합
3.5 CORBA와 프레임워크의 관계

4. CORBA의 새로운 모습
4.1 CORBA와 XML의 결합, XML 리파지터리
4.2 MOF 리파지터리
4.3 임베디드 리얼타임 CORBA
4.4 동작 원리

5. 리얼타임 CORBA 아키텍처
5.1 인디펜던스데이의 미스테리

본문내용

CORBA 서버 프로그램은 클라이언트 객체에서 서버에게 요구를 할 경우, 이 요구를 받아들여 동작하기 위한 구현부(Implementa tion)를 하나 이상 갖고 있다. 이러한 요구를 클라이언트는 ORB를 통해 하므로, ORB는 BOA를 사용해 필요한 구현 내용을 선택하고 해당 구현 내용을 요구한다. 이때 BOA는 해당 구현부 내부의 메쏘드를 호출하기 위해 서버 스켈레톤(Server Skeleton)을 사용한다.

객체 어댑터(Object Adapter)는 서버의 객체를 관리하는 중요한 도구다. 객체 어댑터의 역할은 구현부를 ORB에서 호출할 수 있도록 만들어 주는 것이다. 일반적으로 이러한 객체 어댑터를 BOA라고 부른다. 그러므로 모든 CORBA의 ORB 제작사는 그들의 시스템 일부분에서 BOA를 지원해야 한다. 그러므로 서버는 이러한 BOA와 객체의 작업에 대한 메쏘드들과의 연결을 제공하며, 각각의 연결에 필요한 정보를 갖고 있는 것이다.

참고 자료

없음