현재, 많은 시스템이 Java 2 Enterprise Edition를 이용한 서버 사이드 시스템, 이른바 n-tier 아키텍쳐의 시스템 구축이
활발히 이루어지고 있다. 프론트엔드에 웹 컨테이너를, 그리고 최종 단계에는 Enterprise Java Bean(EJB) 컨테이너를
배치해, 그들의 클라이언트로서 웹 브라우저를 이용하는 것이다. 그러나 웹 브라우저로 현업에서 요구하는 모든 기능을
갖춘 클라이언트를 만들기란 현실적으로 어려운 면도 적지는 않다.
오늘날의 PC클라이언트는 이미 웹 브라우저가 클라이언트로 폭넓게 도입되고 있기 때문에 클라이언트를 웹 브라우저로 해
폭넓은 플랫폼의 지원이 가능해지고, 또 클라이언트 어플리케이션의 관리에 들어가는 많은 수고가 크게 줄어들었다.
그 반면 웹 브라우저를 클라이언트로 한, 이른바 HTML 기반의 화면 구성만으로는 치밀한 클라이언트 처리가 어렵다.
예를 들면 온라인 쇼핑 사이트를 생각해 보면, 쇼핑을 즐기는 고객이 이용하는 것은 웹 브라우저로 충분할 수 있지만
백 오피스에서의 수발주 처리를 실시하는 담당자까지도 웹 브라우저를 이용하는 것은 현실적으로 많은 불편사항을 갖고
있다. HTML 기반에서는 실현될 수 없는, 꼼꼼한 화면 처리가 필요한 수발주 처리를 실시하기 위해서는 아무래도 네이티브
클라이언트로부터의 액세스가 필요하게 된다.
실제 J2EE Petstore에서도 수주한 상품(이구아나나 금붕어,사마귀,도마뱀 같은)을 백 오피스에서 처리하기 위해서 별도
네이티브 클라이언트(Java 어플리케이션)가 준비되어 있다. 또 다른 예로서 데이터 엔트리 업무의 클라이언트를 채용할
때도 같다.대량의 데이터 엔트리 처리를 웹 브라우저로 하는 것은 우선 불가능하다.
이와 같이 EJB 컨테이너로 구축되는 컴포넌트에 액세스하기 위해 클라이언트를 네이티브 클라이언트로 확장할 때,
Java 어플리케이션을 채용한다면 이야기는 간단하게 끝나지만 Windows 플랫폼상에서 주요 네이티브 클라이언트인
Delphi나 C++을 이용하고 싶은 경우도 적지않다.
Delphi나 C++와 같은 Windows 네이티브 클라이언트(Windows 컨트롤)가 제공하는 치밀한 화면 제어를 EJB 시스템의
클라이언트에 구현하고자 하는 경우, 어떻게 하면 좋은 것일까? 이들 Windows 네이티브 클라이언트와 EJB 컨테이너의
상호 운용에 관한 솔루션으로서 분명한 것, 그것은 CORBA/IIOP 통신이다.
CORBA/IIOP 통신을 이용하는 것으로 Java 이외의 클라이언트와 J2EE 서버와의 접속이 용이하게 된다.
여기에서는 Borland Enterprise Server 제품이 지원하는 CORBA Simplified IDL를 이용한 이종언어로부터의 EJB 컨테이너
액세스에 관한 설명을 한다.
