네트워크가 컴퓨팅 환경의 기반을 이루게 되면서 이기종 컴퓨터간 분산 컴퓨팅의 중요성이 부각되고 있으나, 이것은 각 컴퓨팅 환경을 구성하는 플랫폼의 다양성 때문에 매우 복잡하고 어려운 작업이다. Java 엔터프라이즈 플랫폼은 분산 컴퓨팅을 위한 다양한 API를 제공하여 응용프로그램의 생산성 향상 및 플랫폼 독립성을 제공한다. CORBA와 Java의 연동을 위한 JavaIDL, 원격 Java 메쏘드 호출을 위한 RMI, 관계형 데이터베이스와의 연결을 위한 JDBC 등의 API를 이용하여 개발자는 Java라는 단일 플랫폼하에서 분산 응용프로그램을 작성할 수 있다. 본 고에서는 Java 분산 컴퓨팅 API 및 관련 기술 동향에 대해 알아보고 Java 분산 컴퓨팅 기술의 미래에 대해 전망해 본다.

I. Java 분산 컴퓨팅 기술의 개요

인터넷 및 인트라넷의 보급이 확산되면서 네트워크는 컴퓨팅 환경의 기반을 이루게 되었으며 이기종 컴퓨터간 분산 컴퓨팅의 중요성이 부각되고 있다. 그러나 이기종 컴퓨터간의 분산 컴퓨팅은 각 컴퓨팅 환경을 구성하는 플랫폼의 다양성 때문에 매우 복잡하고 어려운 작업으로 여겨지고 있다. 관련 업체 및 표준화 단체에서 분산 컴퓨팅을 위한 표준을 제안하고 있지만 분산 응용 프로그램의 요구가 점차 다양화 됨에 따라 보다 일관적이고 플랫폼에 독립적인 개발 환경을 필요로 하게 되었다. 썬마이크로시스템즈(이하 썬)에 의해 개발된 Java가 등장하면서 분산 응용프로그램 개발자들은 이러한 개발 환경을 제공 받을 수 있는 기회를 갖게 되었다. Java가 제시하는 엔터프라이즈 플랫폼[4][EJ]은 분산 컴퓨팅을 위한 다양한 API(Application Program Interface)를 제공하며 응용 프로그램의 생산성 향상 및 플랫폼 독립성을 제공한다(그림 1 참조).

1. Java 분산 컴퓨팅 API

분산 컴퓨팅 환경하에서 Java는 응용프로그램 개발자에게 서버 독립성 뿐 아니라 트랜잭션 시스템 및 데이터베이스 등 하부구조와의 독립성을 제공한다. Java 엔터프라이즈 API[EJ]를 통하여 개발자는 기존의 다양한 분산 컴퓨팅 플랫폼과 프로토콜을 위한 일관된 개발 환경을 제공 받는다. CORBA(Common Object Request Broker Architecture)[CORBA]와 Java의 연동을 위한 JavaIDL(Java Interface Definition Language)[JIDL], 원격 Java 메쏘드 호출을 위한 RMI(Remote Method Invocation)[RMI], Java와 관계형 데이터베이스와의 연결을 위한 JDBC(Java DataBase Connectivity)[JDBC] 등의 API를 이용하여 개발자는 Java라는 단일 플랫폼하에서 분산 응용프로그램을 작성할 수 있다. 그림 2는 Java 분산 컴퓨팅 API간의 관계를 보여주며, 표 1은 각 API간의 비교를 나타낸다.

표 1 분산 검퓨팅을 위한 Java API의 비교
 

구분	JavaIDL (Java Interface Definition Language)	RMI (Remote Method Invocation)	JDBC (Java DataBase Connectivity)
기 능	Java를 CORBA에 연결 이기종 분산 컴퓨팅 환경에 적합	Java 간의 연결 서로 다른 JVM 상에서 실행중인 Java와 Java간의 원격 메쏘드 호출	Java를 관계형 DB에 연결 관계형 DB에 대하여 일관된 인터페이스 제공
복잡성	복잡함 간편함
	IDL 파일 생성 후 클라이언트 및 서버의 런타임 생성이 필요	클라이언트 및 서버의 런타임을 생성하기 위한 인터페이스 클래스 생성 필요	C Library 사용시와 유사한 API 사용
유연성	많음 적음
	RMI의 유연성 서버 변경 시 작업 불필요	메쏘드가 삭제되지 않는 한 클라이언트 프로그램 변경 불필요 서버 변경 시 작업 필요	DB 상의 모든 변경 발생시 클라이언트 프로그램 재작성 및 재컴파일 필요

　

2. Java 분산 응용프로그램 모델

Java 분산 응용프로그램을 작성하기 위한 모델로는 일반적인 클라이언트/서버 모델로 알려져 있는 2-계층 구조와 서버측을 비즈니스 논리 계층과 데이터베이스 계층으로 분리한 3-계층 구조가 있다[2][6]. 현재 대부분의 분산 응용프로그램이 채택하고 있는 2-계층 구조의 경우, 비즈니스 논리 계층은 클라이언트측에서 실행되는 응용프로그램에 포함되어 있으며 특정 업무 수행을 위해 서버측 데이터베이스에 대한 접근 및 이후의 처리를 수행하게 된다. 그러나 전체 시스템의 크기가 커지고 클라이언트의 수가 많아지면 각 응용프로그램간에 동일한 역할을 수행하는 비즈니스 논리 계층을 포함하게 되는 중복 문제가 발생하게 될 것이다. 바꾸어 말해서 비즈니스 논리가 바뀌게 된다면 관련된 모든 응용프로그램의 수정이 불가피하게 된다. 잘 설계된 3-계층 구조 시스템의 경우 이와 같은 중복이 발생하지 않으며 다른 계층에 영향을 주지 않고 비즈니스 논리 계층을 변경할 수 있다. Java 분산 컴퓨팅 API를 이용하여 응용프로그램을 작성할 때는 구성하고자 하는 시스템에 적절한 분산 컴퓨팅 모델과 API를 선택하는 것이 효과적인 결과를 얻을 수 있는 기본이 된다. 그림 3과 그림 4는 각각 Java 분산 컴퓨팅 API를 이용하여 구성 가능한 2-계층 및 3-계층 시스템을 보여준다.

본 고의 구성은 다음과 같다. II 장에서는 CORBA의 개요와 JavaIDL을 이용한 Java-CORBA간의 연동에 대해 설명한다. III 장에는 RMI에 대해서 설명하고 IV 장에서는 JDBC에 대해 알아보기로 한다. 마지막으로 V 장에서는 Java 분산컴퓨팅 기술의 동향과 앞으로의 전망에 대해 설명한다.

II. CORBA와의 연동을 위한 JavaIDL

이번 장에서는 OMA(Object Management Architecture) 및 CORBA에 대해 알아보고 Java와 연동하기 위한 JavaIDL에 대해서 설명한다. 그리고 현재 판매되고 있는 CORBA-Java 상용 제품들에 대해서 알아보기로 한다.

1. CORBA의 개요

1989년 4월에 기존의 기술을 바탕으로 응용프로그램들을 결합한 객체지향 표준을 제정하기 위해 OMG(Object Management Group)라는 비영리 단체가 탄생했다. Java를 개발한 썬은 OMG의 창립 회원이며 IDL(Interface Definition Language)개발을 주도했다. 현재 마이크로소프트를 포함해 700여 개의 회원사를 가지고 있는 OMG는 1990년에 객체지향 기술을 기반으로 이기종의 분산 환경하에서 응용프로그램간의 통합을 위한 표준 기술인 OMA[5]를 발표했다. 그림 5는 OMA의 구조를 나타낸다. OMA는 분산 응용프로그램간의 결합, 객체의 생성, 소멸 및 저장, 트랜잭션 기능에 이르기까지 분산 객체 환경에서 필요한 서비스를 제공한다. OMA의 구성 요소중 하나인 CORBA는 서로 다른 분산 응용프로그램간을 연결하는 소프트웨어 버스의 역할을 하는 모듈로서 OMA 환경에서 가장 핵심이 되는 부분이라 할 수 있으며 현재 CORBA 2.0이 발표되어 있다. 분산 응용프로그램은 IDL로 정의된 인터페이스를 이용하여 CORBA를 통해 분산 객체에 접근한다.

가. CORBA의 구조

CORBA의 구조[5][CORBA]는 그림 6과 같으며 그 구성 요소로는 IDL Stub, 동적 호출 인터페이스(Dynamic Invocation Interface), 코어와 인터페이스로 이루어진 ORB(Object Request Broker), 객체 어댑터(Object Adapter), Skeleton 등이 있다. IDL Stub은 클라이언트로부터 수신된 정적 호출을 처리하며, 동적 호출 인터페이스는 클라이언트의 실행중에 원하는 메쏘드를 호출할 수 있게 해주는 동적 호출을 처리한다. ORB는 클라이언트의 호출이 발생하면 통신 기능을 이용하여 구현 객체에게 전달한다. 호출에 따라 객체 어댑터는 해당 객체를 호출 가능하게 생성하고 Skeleton을 통해 원하는 호출에 해당하는 메쏘드를 실행시킨다. 이후 처리된 결과는 호출과 역순으로 다시 클라이언트에게 반환된다.

나. CORBA의 객체 호출

CORBA에서 서비스가 호출되는 원리는 그림 7과 같다. 일반적인 객체지향 코드에서는 메쏘드 호출자(caller)와 이에 대한 호출처리자(callee)가 하나의 프로세스에 존재한다. 그러나 CORBA와 DCE(Distributed Computing Environment)같은 분산 객체 환경 에서는 호출자와 호출처리자가 네트워크를 사이에 두고 분산되어 존재한다. 호출자인 클라이언트 쪽에서는 네트워크를 통해 서비스를 호출하고 그 결과를 전달 받는 코드가 필요한데 이를 Stub 라고 하고, 호출처리자인 구현 객체 쪽에서는 네트워크를 통해 전달 받은 서비스 호출을 처리하고 그 결과를 다시 클라이언트에게 전달해 주는 코드가 필요하며 이를 Skeleton이라 한다. Stub 및 Skeleton 코드는 IDL 컴파일러에 의해 생성되며 실행에 필요한 모든 기능의 코드는 CORBA에 의해 자동으로 제공된다..

다. CORBA IDL

분산 환경하에서 IDL[5]은 C, C++, Ada 등과 같은 프로그래밍 언어나 컴파일러에 상관없이 CORBA 응용 프로그램을 작성할 수 있게 해준다(그림 8 참조). IDL로 작성된 CORBA 응용 프로그램은 IDL 컴파일러를 통해 원하는 프로그래밍 언어에 적합한 코드로 변환된다. 개발자는 생성된 코드를 이용해 원하는 언어로 응용 프로그램을 작성하면 된다. IDL의 특징은 특정 언어와 컴파일러에 독립적이고, 다중 상속 등 대부분의 객체지향 개념을 지원하며, 동적 호출 메커니즘을 제공한다는 것이다. 그러나 IDL은 구현을 위한 언어가 아니며 객체의 구현은 C, C++ 등의 프로그래밍 언어를 통하여 이루어진다. 현재 IDL은 표준으로 C 언어로의 매핑을 지원하고 있으며 제품에 따라 다른 언어도 지원된다. 다음에는 CORBA와 Java의 연동과 IDL의 Java 매핑에 관해서 살펴보기로 하겠다.

2. CORBA와 Java의 연동

CORBA와 Java의 연동을 위해서는 CORBA의 IDL언어로 정의된 원격 객체 인터페이스를 Java언어로 매핑시키는 과정이 필요하며, 분산 객체를 호출하기 위한 Java ORB 클래스가 필요하다. 다음에는 이러한 매핑 과정과 CORBA와 Java의 연동을 위한 JavaIDL 환경에 대해 살펴보기로 하겠다.

가. CORBA-Java 매핑

CORBA와 Java간의 매핑[2][5][JIDLM]이란 CORBA IDL 언어의 자료형, Modules, Interfaces, Attributes 등을 Java 언어로 변환시키는 것이라고 할 수 있다(표 2 참조). 이와 더불어 ORB에서 제공하는 기능을 사용하기 위한 기본적인 Java 클래스들이 제공되어야 한다. 그림 9는 양측 모두 Java로 작성된 클라이언트/서버 모델을 CORBA와 Java간의 매핑을 통해 구현한 구조도 이다. IDL로 작성된 Stub 코드와 Skeleton 코드는 IDL 컴파일러에 의해 Java 클래스의 형태로 변환된다. 앞서 CORBA에 대해 살펴본 바와 같이 Stub 코드의 역할은 클라이언트에게 원격지에 존재하는 구현 객체에 대한 메쏘드 호출을 할 수 있도록 프록시 객체를 제공하는 것이다. 이를 위하여 Stub 코드는 통신 기능을 제공하는 ORB 클래스를 호출한다. Skeleton 코드는 서버에 존재하는 구현 객체와 ORB 사이의 인터페이스를 제공하며 서버로 들어오는 호출 요청에 따라 해당 구현 객체의 메쏘드를 직접 호출하는 역할을 한다.

표 2 JavaIDL 1.1 EA 버전의 CORBA-Java 매핑

나. JavaIDL 환경

썬은 CORBA-Java 매핑을 위한 공개 소프트웨어로 JavaIDL[JIDL]을 제공하고 있다. JavaIDL은 IDL 코드를 Java 코드로 변환해주는 컴파일러인 idltojava, ORB 런타임(Portable ORB Core), COS(CORBA Object Service) naming 서비스를 위한 nameserv 등을 포함하고 있다[JIDLG]. 분산 응용프로그램 개발자는 IDL로 작성된 코드를 idltojava로 컴파일하여 Java 클라이언트 Stub 코드 및 서버 Skeleton 코드를 얻을 수 있다. 이때 생성된 Stub 코드는 복수개의 ORB 프로토콜을 지원하기 위해 개발된 Portable ORB Core 상에서 수행된다[JIDLA]. 그림 10은 JavaIDL의 클라이언트측 실행 환경을 나타낸다.

다. JavaIDL을 이용한 분산 응용프로그램 개발

앞에서 CORBA의 개요와 CORBA-Java의 연동 기술에 관하여 살펴보았다. 이미 기술했듯이 CORBA와 Java의 연동을 위해서는 Java 응용 프로그램과 CORBA간의 인터페이스를 제공하는 IDL 프로그래밍이 필요하다. 객체 지향 개념을 기반으로 하는 IDL은 그 문법도 C++이나 Java와 매우 유사하다. IDL로 작성된 서버 객체에 대한 인터페이스는 JavaIDL 컴파일러에 의해 Stub 및 Skeleton 코드로 매핑된다. 생성된 Stub 과 Skeleton 코드를 기반으로 클라이언트와 서버 코드를 작성한 후 Java 컴파일러를 통해 바이트 코드로 변환하면 된다. 분산 응용 프로그램을 위한 상기의 JavaIDL 프로그래밍 과정을 정리하면 다음과 같다[2][5].

3. CORBA-Java 연동 상용 제품

현재 CORBA와 Java의 연동을 위한 상용 제품 시장은 아직 초기 단계에 있다. 대부분의 CORBA 업체들은 자사의 CORBA-Java 연동 제품을 CORBA 2.0 및 ORB 간의 통신 프로토콜인 IIOP(Internet Inter ORB Protocol) 를 지원하도록 업그레이드하기에 분주하며 또한 몇몇 업체들은 자사 제품에 적용하기 위해 제품 출하 전에 OMG의 CORBA-Java 매핑 표준안이 나오기를 기다리고 있다. 따라서 현 상황에서 어떠한 제품이 시장을 석권할지 예측하기는 아직 이른 감이 있으며 Iona의 OrbixWeb, 썬의 JOE, Visigenic의 VisiBroker for Java, Digital의 ObjectBroker, IBM의 SOM, Oracle의 Web Request Broker, HP의 ORB Plus 등이 경쟁에 참여하고 있다. 다음에는 대표적인 CORBA-Java 연동 제품인 OrbixWeb, JOE 및 VisiBroker for Java에 대해 살펴보고 이들의 CORBA 지원 기능을 비교해 보기로 한다.

가. Iona의 OrbixWeb

CORBA 기술의 선도 업체인 Iona의 OrbixWeb[2][OW]은 Java로 구현한 클라이언트측의 CORBA ORB 이다. 이것은 네트워크를 통해 바이트 코드 형태로 다운로드 받을 수 있는 경량 ORB이며 CORBA IIOP 프로토콜 및 이전 버전의 Orbix IIOP 프로토콜을 지원한다. 따라서 다른 플랫폼상의 IIOP 프로토콜 기반 ORB와 통신이 가능하다. OrbixWeb V1에서는 C++로 작성된 서버 객체만을 지원한다는 제약이 있었으나 서버측에서 Java를 지원할 수 있게 된 OrbixWeb V2가 발표되면서 이러한 제약은 해결되었다. 또한 대부분의 Java ORB 제품이 업체에 따라 다른 CORBA-Java 매핑 방식을 채택하고 있는데 반해 OrbixWeb V2는 OMG에서 검토중에 있는 CORBA-Java 매핑에 대한 표준안을 기반으로 구현하는 것을 목적으로 하고 있다.

나. 썬의 JOE

JOE(Java Object Environment)[2][JOE]는 클라이언트를 위한 Java ORB를 제공한다(그림 11 참조). 클라이언트측에서는 Java 애플릿(Applet)과 함께 JOE ORBlet을 다운로드 받아 분산 객체 하부구조를 제공하는 썬의 3-계층 클라이언트/서버 구조인 NEO[2][NEO]의 ORB와 통신하여 서버상의 구현 객체를 호출한다. 반복적인 ORBlet의 다운로드를 막기위해 JOE는 로컬 시스템에 설치될 수도 있다. JOE는 ORB뿐 아니라 각종 개발 도구와 라이브러리, Java로 작성된 관리 도구 및 IDL 컴파일러도 제공하는데 JOE의 IDL 컴파일러는 표준 CORBA IDL 파일을 클라이언트 Stub 클래스로 변환해준다. JOE 1.0에서는 NEO ORB 플랫폼만을 서버로 지원한다. NEO가 단지 Soloaris 운영체제만을 지원하고 C나 C++로 작성된 서버 객체만을 지원한다는 것 때문에 서버 플랫폼의 제약과 서버쪽에 Java 객체를 사용할 수 없다는 것이 JOE 1.0의 단점 이었다. 그러나 IIOP를 지원하는 JOE 2.0이 발표되어 다른 플랫폼의 ORB를 지원하게 되면서 이러한 문제점은 다소 해결되었다.

다. Visigenic의 VisiBroker for Java

VisiBroker[2][VB]의 전신인 PostModern의 Black Widow ORB는 클라이언트와 서버측 모두에 Java 객체를 지원하는 최초의 제품이었다(그림 12 참조). VisiBroker ORB는 완전한 Java 코드로 되어 있어 다운로드 가능한 ORBlet을 제공한다. Netscape사는 그들의 개방형 네트워크 플랫폼인 Netscape ONE(Open Network Environment)에 Java 클라이언트와 서버를 통합하기 위한 방편으로 CORBA를 채택하고 VisiBroker ORB를 사용하고 있다. VisiBroker ORB는 애플릿 브라우저의 지원 여부에 따라 Secure Socket 전송을 사용할 수 있으며 IIOP를 지원하는 이기종 플랫폼상의 ORB와 통신할 수 있다. VisiBroker IDL 컴파일러는 클라이언트 Stub과 서버 Skeleton 코드를 생성해주며, CORBA-Java 매핑은 썬의 IDL 명세에 기반을 두고 있으나 OMG의 CORBA 매핑안이 발표되는 대로 이를 적용할 예정이다. VisiBroker의 또 다른 특징은 Caffeine[2]을 지원한다는 것인데 이를 통해 IDL 프로그래밍 없이 분산 객체를 호출할 수 있다. Netscape와 Visigenic에 의해 공동 개발된 Caffeine은 CORBA/IIOP 상의 순수 Java 개발 솔루션으로써 CORBA IDL에 대한 완전한 투명성을 제공함으로써 VisiBroker하에서 RMI와 유사한 프로그래밍 환경을 제공한다. Caffeine은 Java 인터페이스 파일로부터 IIOP 호환 Stub과 Skeleton 코드를 생성하거나 Java 코드로부터 CORBA IDL 코드를 생성해주는 도구를 제공하며, URL(Uniform Resource Locator) 기반의 CORBA naming 서비스를 제공한다.

표 3은 앞서 살펴본 OrbixWeb, JOE 및 VisiBroker for Java의 CORBA 지원 기능을 비교한 것이다. 표에서 보듯이 현재 VisiBroker for Java가 기능상의 우위를 선점하고는 있지만 OrbixWeb의 차기 버전이나 썬의 JOE 2.0이 발표되고 나면 경쟁은 더욱 치열해질 전망이다.

표 3 대표적인 CORBA-Java 연동 제품간의 비교
 

CORBA 기능	OrbixWeb	JOE	VisiBroker for Java
클라이언트측 Java 지원	O	O	O
정적 메쏘드 호출	O	O	O
동적 메쏘드 호출	O	X	O
인터페이스 저장소	O (Version 2)	X	O
서버 콜백	O (Version 2)	O	O
IIOP 상의 native Java	X	X	O (Caffeine)
서버측 Java 지원	O (Version 2)	X	O
Wide market 지원	O	O	O

　

III. 원격 Java 메쏘드 호출을 위한 RMI

본 장에서는 Java 객체만으로 구성된 동종의 분산 컴퓨팅 환경하에서 원격 객체 호출을 위한 순수 Java 환경을 제공하는 RMI에 대해 살펴보기로 한다.

1. RMI의 개요

앞장에서 살펴보았던 JavaIDL은 이기종 분산 컴퓨팅 환경을 지원하는 CORBA와의 연동을 위한 기술로서 CORBA기반 분산 컴퓨팅 환경하에서 기존 시스템의 변경 없이 유연하게 Java 분산 응용프로그램을 통합할 수 있게 해준다. 그러나 Java 객체만으로 구성된 동종의 분산 환경이라면 ORB 및 객체 어댑터를 통한 CORBA의 오버헤드를 감수해야 하는 JavaIDL 보다 순수 Java 객체간의 통합을 목표로 설계되어진 RMI[6][RMI] 기술이 보다 빠르고 효과적인 해결책을 제공한다(그림 13 참조). RMI와 유사한 기술로써 C 나 C++ 등 다른 언어에서 제공되는 분산 컴퓨팅 기술인 RPC(Remote Procedure Call)가 있다. RMI와 RPC의 원격 객체 호출 메커니즘은 호출자 객체가 원격지에 있는 호출처리자 객체에게 요청을 보내고 응답을 받는다는 것과 호출처리자 객체가 호출전에 먼저 생성되어 실행중이어야 한다는 공통점을 가지고 있다.

2. RMI의 구조

RMI의 구조[3]는 그림 14와 같이 Stub 및 Skeleton 계층, 원격 참조(Remote Reference) 계층, 전송(Transport) 계층으로 이루어져 있다. RMI를 구성하는 요소의 하나로서 Stub 과 Skeleton 계층은 JavaIDL의 그것과 유사한 기능을 제공한다. Stub 및 Skeleton 계층과 전송 계층을 연결해주는 원격 참조 계층은 두 가지 기능을 수행하는데, 첫번째는 Stub과 Skeleton 계층으로부터의 전송 요청을 호스트 시스템의 전송 호출로 변환해 주는 것이며, 두 번째는 원격 객체를 호출할 수 있게 하는 원격 참조 프로토콜을 수행하는 기능이다. 가장 하단에 존재하는 전송 계층은 원격 객체간의 호출을 위한 연결의 설정, 해제 및 관리를 수행한다.

3. RMI를 이용한 분산 응용프로그램 개발

RMI를 이용한 분산 응용프로그램 개발 과정은 JavaIDL의 개발 과정과 매우 유사하다. 다만 RMI의 경우 원격 객체를 정의할 때도 Java 언어를 이용한다는 것이 원격 객체 정의시 IDL을 사용하는 JavaIDL과 크게 다른 점이라고 할 수 있다. 원격 객체를 정의한 후 RMI 컴파일러를 통하여 Stub과 Skeleton 코드를 생성해내는데 이후의 과정은 JavaIDL 응용프로그램 개발 과정과 동일하다. 개발의 전 과정을 정리하면 아래와 같다[3].

IV. 데이터베이스 접속을 위한 JDBC

이번 장에서는 관계형 데이터베이스 시스템과 Java 응용프로그램간의 연결을 제공하는 JDBC에 대해서 설명하기로 한다. JDBC를 통하여 프로그래머는 Java 환경하에서 원격 데이터베이스에 대한 질의를 수행하는 응용프로그램을 작성할 수 있다.

1. JDBC의 개요

JDBC[3][JDBC]는 Java 클라이언트와 관계형 데이터베이스 서버와의 연동을 위한 해결책을 제공한다(그림 15 참조). 다시 말해서 Java를 이용한 데이터베이스 접속과 SQL(Structured Query Language) 문장의 실행 그리고 실행 결과로 얻어진 데이터를 다루는 방법과 절차를 제공한다. JDBC의 큰 특징은 통합적인 SQL 데이터베이스를 이용할 수 있는 프레임워크로서 데이터베이스에 비종속적인 분산 응용프로그램을 구현할 수 있도록 해준다는 것이다. 즉, JDBC와 연동 가능한 드라이버 및 모듈을 모두 사용하여 데이터베이스에 접근할 수 있는데, 순수 Java로 작성된 드라이버와 호스트 시스템에서 제공하는 드라이버를 모두 사용할 수 있는 것이다. Java 클래스 형태로 제공되는 JDBC API는 ODBC(Open DataBase Connectivity)나 기존의 데이터베이스 접근을 위한 인터페이스의 상위 계층을 구현할 목적으로 고안되었다. 또한 웹 브라우저상의 보안에 위배되지 않는 조건하에 다양한 데이터베이스 접근 방식을 제공함으로써 CGI(Common Gateway Interface)를 이용한 수동적인 방식을 벗어나 보다 능동적인 데이터베이스의 이용이 가능하다.

2. JDBC의 구조

JDBC의 구조[2]는 그림 16에서 보듯이 JDBC 관리자, 응용프로그램을 위한 JDBC API 및 3 가지 형태의 JDBC 드라이버와 이를 위한 드라이버 API로 이루어져 있다. JDBC 드라이버의 상위에 있는 JDBC 관리자는 응용프로그램이 요구하는 데이터베이스에 접근하도록 하기 위하여 적절한 드라이버를 선택해주고 데이터베이스와의 연결을 관리하며 작업도중 발생하는 메시지 및 로그를 관리한다. 특정 데이터베이스와의 연결을 위한 JDBC 드라이버에는 3 가지 형태가 있는데, 네트워크 프로토콜을 통해 직접 데이터베이스에 접속하는 JDBC 네트워크 드라이버, ODBC와의 연동을 제공하는 JDBC-ODBC 브리지 드라이버, 데이터베이스 제조 업체에서 제공하는 전용 JDBC 드라이버(Direct JDBC Driver) 등이 그것이다. Java 응용프로그램에서는 JDBC 관리자와의 인터페이스를 제공하는 JDBC API를 통하여 원하는 드라이버를 등록하고 데이터베이스에 접속할 수 있다.

3. 기타 웹-데이터베이스간 연동 기술

웹과 데이터베이스를 연동하기 위한 기술에는 JDBC이외에도 CGI[3], 웹 서버 API, 데이터베이스 접속을 위한 미들웨어(middleware) 등을 이용하는 방법들이 있다. 웹의 초기부터 널리 쓰여지던 CGI는 가장 일반적인 방법으로 모든 웹 브라우저를 지원하며 빠른 프로토타이핑과 표준화된 인터페이스를 제공하지만 대화형 프로그램의 작성이 어렵고 서버 시스템의 오버헤드가 크며 보안이 취약하다는 단점을 가지고 있다. 웹 서버 API는 웹 서버를 개발하는 업체나 데이터베이스를 개발하는 업체에서 특정한 혹은 자사의 데이터베이스 접근을 위해 제공하는 전용 API 이다. 이 전용 API를 이용하면 개발이 용이하며 CGI보다 훨씬 서버의 부담을 줄일 수 있으나, 특정 서버나 데이터베이스에 종속적이라는 문제점을 안고 있다. Java API나 CGI 스크립트 형태로 제공되는 미들웨어는 HTML(HyperText Markup Language)에서 바로 이용할 수 있으며 미들웨어가 제공하는 OLTP(OnLine Transaction Processing)서비스 등을 받을 수 있다는 장점을 가지고 있다. 그러나 가격이 비싸며 환경 설정 및 관리가 매우 까다롭다. 이와 비교해 JDBC의 경우 다양한 시스템 구성이 가능하며 서버의 부담을 대폭 줄이고 경량 클라이언트의 구성이 가능하다는 장점을 가지고 있다. 또한 앞서 설명한 RMI나 JavaIDL을 이용하여 3-계층 분산 시스템을 구성한다면 보다 효과적인 분산 환경을 구축할 수 있다.

V. Java 분산 컴퓨팅 기술의 전망

지금까지 CORBA와 Java간의 연동을 위한 JavaIDL, Java의 원격 메쏘드 호출을 위한 RMI, 데이터베이스 접속을 위한 JDBC 등의 Java 분산 컴퓨팅 기술에 대하여 살펴보았다. 끝으로 앞으로의 분산 응용프로그램 환경에 있어서 Java 분산 컴퓨팅 기술이 우리의 기대만큼의 역할을 해낼 것인지 조심스럽게 예측하며 결론을 맺기로 하겠다.

OMG에 의해 개발된 CORBA는 객체지향 기술을 기반으로 하는 이기종 분산 컴퓨팅 구조이다. CORBA를 통하여 개발자들은 서로 다른 플랫폼상에서 작성된 분산 응용프로그램을 하나의 클라이언트/서버 시스템으로 통합할 수 있게 되었으며 객체지향 개념을 바탕으로 네트워크상에 분산된 다양한 객체들을 손쉽게 호출할 수 있게 되었다. 이와 같은 장점들 때문에 CORBA는 산업계 표준이 되었으며 다양한 CORBA 상용 제품들이 개발되어 경쟁하고 있다. 웹의 돌풍을 등에 업고 전면에 등장한 객체지향 언어인 Java는 플랫폼 독립성이라는 특징을 기반으로 대표적 네트워크 프로그래밍 언어로 자리잡아 가고 있다. 이기종 분산 컴퓨팅 환경을 제공하는 CORBA와 플랫폼 독립성을 지향하는 인터넷 프로그래밍 언어 Java를 통합하기 위한 기술인 JavaIDL을 이용하여 프로그래머는 인터넷상에 존재하는 CORBA 분산 객체들을 쉽게 통합할 수 있으며, 사용자는 Java 실행 환경만 구축된다면 UNIX 기반의 워크스테이션에서부터 실시간 운영체제를 사용하는 PDA(Personal Digital Assistant)에 이르기까지 하드웨어 및 운영체제에 상관없이 CORBA 응용 프로그램을 수행할 수 있게 된다. 또한 JavaIDL과 더불어 동종의 Java 환경하에서 원격 객체 사이의 메쏘드 호출을 통한 분산 컴퓨팅 기능을 제공하는 RMI 기술과 다종의 관계형 데이터베이스와의 연결을 위한 JDBC 기술은 분산 응용프로그램이 요구하는 다양한 기능을 만족 시키기에 충분할 것이다. 따라서 Java 분산 컴퓨팅 기술은 앞으로도 인터넷을 기반으로 하는 분산 환경하에서 최적의 분산 시스템 개발 기술로 자리매김할 것으로 예측된다

약어 목록

API Application Program Interface

CGI Common Gateway Interface

CORBA Common Object Request Broker Architecture

DB DataBase

HTML HyperText Markup Language

IDL Interface Definition Language

IIOP Internet Inter-ORB Protocol

JavaIDL Java Interface Definition Language

JDBC Java DataBase Connectivity

JOE Java Object Environment

JVM Java Virtual Machine

ODBC Open DataBase Connectivity

OLTP OnLine Transaction Processing

OMA Object Management Architecture

OMG Object Management Group

ONE Open Network Environment

ORB Object Request Broker

PDA Personal Digital Assistant

RMI Remote Method Invocation

RPC Remote Procedure Call

SQL Structured Query Language

URL Uniform Resource Locator

참고 문헌

[CORBA] CORBA, http://www.omg.org/news/begin.htm

[EJ] Enterprise Java, http://java.sun.com/marketing/enterprise/index.html

[JIDL] JavaIDL, http://java.sun.com/products/jdk/idl/index.html

[JIDLA] JavaIDL API Document, http://java.sun.com/products/jdk/idl/docs/apidocs/packages.html

[JIDLG] JavaIDL Guide, http://java.sun.com/products/jdk/idl/docs/JavaIDLspecification.html

[JIDLM] JavaIDL Mapping Specification, http://java.sun.com/products/jdk/idl/docs/idl-java.html

[JDBC] JDBC, http://java.sun.com/products/jdbc/index.html

[JOE] JOE, http://www.sun.com/software/neo/joe/index.html

[NEO] NEO, http://www.sun.com/solaris/neo/index.html

[OW] OrbixWeb, http://www-usa.iona.com/Products/Orbix/OrbixWeb/index.html

[RMI] RMI, http://java.sun.com/products/rmi/index.html

[VBJ] VisiBroker for Java, http://www.visigenic.com/prod/vbrok/vbjDS.html