[지디넷코리아]최근 소프트웨어 개발 환경은 기술의 복잡화, 서비스 환경의 다양화, 급격한 기술의 변화로 인해 이식성(Portability) 부족이나 상호운용성(Interoperability)의 결여와 같은 많은 어려움을 겪고 있다. 기업들은 CMM(Capability Maturity Model) 레벨 획득을 위해 조직을 개선하고, PM들에게는 전문적인 PM 기술 습득을 강요하며, XP, RUP가 녹아 있는 CBD 방법론을 비롯해 MDA, PBD와 같은 각종 방법론이 도입되고, 다양한 설계 패턴에 기반한 프레임워크가 회사마다 경쟁적으로 개발되는 요즘 개발자들은 날로 늘어가는 학습에 대한 부담과 매일같이 이어지는 야간 잔업으로 한숨이 나올 법도 하다.

하지만 필자는 이러한 변화를 즐겁게 받아들이고 있다. 우선 우리네 소프트웨어 산업이 속된 말로 ‘노가다’로 불리는 ‘사람 장사’를 벗어나 소프트웨어 공학에 기반한 제대로 된 성장 기반을 서서히 갖춰가는 것을 지켜보는 것이 즐겁고, 이 고통스러운 진화의 시기를 당당히 이겨내고 나면 열심히 노력했던 개발자들이 그에 적합한 대우를 받고 더 행복하게 일할 수 있는 날이 반드시 도래하리라는 확신이 있기 때문이다. 이 글에서는 그러한 변화를 느낄 수 있는 대표적 오픈소스의 하나인 EJOSA에 대해 소개하고자 한다. EJOSA는 최근 소프트웨어 분야에서 일어나는 많은 변화를 직접 체험할 수 있는 재미있는 공부꺼리가 제법 풍부하게 포함되어 있다.

EJOSA란 무엇인가?
EJOSA(Enterprise Java Open Source Architecture)는 오픈소스만을 이용해서 구현된 J2EE 기반의 엔터프라이즈용 아키텍처이다. Lofi Dewanto와 Torsten Menzel을 비롯한 6명의 개발자가 소스포지 내의 오픈소스 형태로 개발을 진행하고 있다. <그림 1>은 EJOSA의 구성을 보여주는데, Enhydra가 웹 컨테이너로 사용되며, EJB 컨테이너로는 JOnAs가 사용된다. 그밖에 DBMS를 비롯한 모든 구성이 완전한 오픈소스로만 이루어져 있음을 확인할 수 있다. 그런 의미로 EJOSA는 Enhydra and JOnAS Application의 약어로 정의되기도 한다. 하지만 그것이 EJOSA가 Enhydra나 JOnAs에 의존적인 약점을 갖고 있다는 것을 의미하지는 않는다. EJOSA 자체는 톰캣이나 JBoss와 같은 다른 형태의 WAS에서도 사용될 수 있도록 확장 가능하기 때문이다.

<그림 1> EJOSA의 구성도

현재까지 발표된 EJOSA의 최신 버전은 EJOSA 2.0 Revolutions로 소스포지에서 관련 자료를 다운받아 Ant용 빌드 파일(build-all-components.xml)을 실행하는 것만으로 간단히 설치할 수 있다.

MDA 적용을 위한 사례를 보여주는 EJOSA
MDA(Model-Driven Architecture)는 OMG에서 제안한 소프트웨어 통합에 대한 접근 방법으로 OMG가 지속적으로 작업해온 모델링 관련 표준화 작업의 성과를 바탕으로 모델 중심의 시스템 구현을 위한 기술 구조를 정의한 것이다. MDA의 핵심은 시스템의 설계 및 명세를 구현 기술에 독립적인 모델(PIM, Parameterized Ionospheric Model )로 기술하고, 이를 자동으로 실제 구현 환경에 맞는 플랫폼 의존적인 상세 모델(PSM, Platform Specific Model)로 맵핑한 다음 각 플랫폼에 적합한 기술로 생성하는 기술이다.

<그림 2> MDA로 인한 개발 과정의 변화

MDA는 객체 및 컴포넌트 시스템을 표현하기 위한 표준 언어로 사용되는 UML, 모델 정보에 대한 표준적인 저장소를 제공하고 표준화된 방식으로 모델 정보를 접근하는 구조를 정의하기 위한 MOF(Meta Object Facility), 데이터 저장소 통합에 대한 표준을 정의하고 데이터베이스 모델과 스키마 변환 모델, OLAP, 데이터 마이닝 모델에 대한 표준화된 표현 방법을 제공하는 CWM(Common Warehouse Metamodel), UML로 기술된 모델 정보를 교환하기 위한 XML 방식의 표준 방식인 XMI(XML Metadata Interchange)가 사용된다. 특히 PIM과 PSM을 표현하는 UML을 표준 XML을 통해 기술하는 XMI에 대한 업계의 지원은 상당 부분 진척된 상태로 래쇼날 로즈, 볼랜드 투게더를 비롯하여 국내의 Plastic, NetBeans를 위한 SDE 등 대부분의 모델링 도구가 모두 지원하고 있다.

대부분의 모델링 툴들이 UML로 PIM을 공들여 작성하는 수고의 대가로 PSM을 자동으로 얻고 이로부터 다시 소스코드, 문서 등의 많은 산출물을 얻게 되는 것에 집중하고 있는 데 반해 EJOSA는 그 모델이 어떻게 잘 정의된 아키텍처 상에서 실제 애플리케이션으로 동작할 수 있는지를 보여주고 있다. 모델링 툴이 PIM을 통해 자동으로 생성해주는 클래스 레퍼런스 매뉴얼, 도움말 파일, 클래스 정의 소스코드, 클래스 구조에 따른 DTD 혹은 XML 스키마, 웹 서비스를 위한 WSDL, 모델 정보에 대한 통계 자료 등의 수많은 정보를 평가절하하려는 의도는 아니다. EJOSA가 MDA로 나아가는 데 있어 도움을 주는 방향이 모델링 툴의 그것과 다르다는 것이다.

EJOSA의 핵심, EJOSA 템플릿
EJOSA는 앞에서 언급한 프레임워크의 범위를 넘어 오픈소스 기술의 집합체와 같은 성격을 지닌다. 그래서 EJOSA 내에 포함되어 있는 J2EE 개발을 위한 프레임워크를 따로 EJOSA 템플릿이라는 용어로 구별하여 부르고 있다. <그림 3>은 EJOSA 템플릿의 디렉토리 구조를 보여준다.

<그림 3> EJOSA 템플릿의 디렉토리 구조 변화

EJOSA 템플릿의 특징적인 요소를 정리하면 다음과 같다.

EJOSA 템플릿의 루트 디렉토리는 EJOSA 2.0 Revolutions의 앞 글자를 따서 ejosa-revo란 이름을 가진다.

ext-libs 디렉토리
ext-libs에는 EJOSA에서 사용되는 모든 오픈소스 라이브러리들이 들어 있다. EJOSA에는 WAS를 구성하는 Enhydra가 포함된 JOnAs와 DBMS인 HSQLDB, 자동화된 빌드를 위한 Ant, XML 처리를 위한 JDOM, 뷰 처리를 위한 Velocity, Swing L&F을 수려하게 도와주는 SkinLF, 검색엔진인 Lucene, 유닛 테스트를 위한 JUnit, JUnitEE, 코드 자동 생성을 위한 Xdoctlet, MDA 지원을 위한 AndroMDA 등 수없이 많은 오픈소스 소프트웨어들이 내장되어 있다.

dev-framework 디렉토리
dev-framework은 라이브러리와 연동되는 프레임워크의 핵심 코드들이 들어 있는 EJOSA 템플릿의 핵심 영역이다. 프레임워크는 크게 비즈니스 로직을 담당하는 Business와 프리젠테이션 부분을 담당할 Presentation, 그리고 각종 유틸리티 묶음인 Utility로 나뉘며 각 부분에 대한 문서가 담겨 있는 Document 디렉토리가 포함되어 있다. 기본적으로 비즈니스 로직은 EJB로 개발되어 JOnAs가 담당하며, 프리젠테이션은 Servlet/JSP로 개발되어 Enhydra에서 처리된다.

dev-cartridges 디렉토리
dev-cartridges는 MDA 지원을 위한 영역이다. EJOSA 템플릿은 MDA 기능을 AndroMDA를 빌어 처리한다. 여기에 소개되는 모든 컨셉은 AndroMDA에 따른 것이다. EJOSA 템플릿은 모두 4개의 카트리지가 사용되는데, Model, Presentation, Business, Specification이 그것이다. Model에는 JMI 인터페이스를 이용해서 모델 변환을 수행하는 변환기가 들어 있다. Presentation에는 웹 컨테이너인 Enhydra가 제공하는 EAF(Enhydra Application Framework)에 따라 웹 애플리케이션을 개발하기 위한 템플릿이 포함된다. Business에는 로직 처리를 위해 AndroMDA에서 제공하는 기본 템플릿 2가지가 포함되어 있는데, 각각의 카트리지는 무상태 세션빈과 엔티티빈의 결합 형태, 무상태 세션빈과 Hibernate의 결합 형태를 지니고 있다. 마지막으로 Specification은 UML로 정의된 모델을 통해 EJB의 홈과 리모트 인터페이스와 같은 인터페이스를 자동 생성하기 위한 팩토리가 들어 있다.

dev-templates 디렉토리
dev-templates는 EJOSA 템플릿을 이용한 애플리케이션 개발에 사용되는 단일 컴포넌트의 구조를 보여주는 곳이다. EJOSA에서 동작하는 애플리케이션은 이러한 구조의 컴포넌트가 여러 개 결합해서 이루어진다. EJOSA 템플릿의 컴포넌트는 application, business, data, documentation, model, presentation, specification, test의 8개 디렉토리로 구성되며, 각 디렉토리에는 bin, build, resource, src 디렉토리가 기본으로 포함된다. 또한 개발 및 배포 과정에서 각 디렉토리별로 src-generated, classes, deploy 폴더가 생성된다.

EJOSA 템플릿의 컴포넌트 구조
<그림 4>는 컴포넌트를 구성하는 각 디렉토리 사이의 관계를 보여준다.

<그림 4> 컴포넌트를 구성하는 각 디렉토리의 의존 관계

각 디렉토리의 관계는 EJOSA 템플릿에서의 개발 과정을 유추하도록 도와준다. EJOSA 템플릿에서 동작하는 애플리케이션을 개발하기 위해서는 UML의 쓰임새 다이어그램이나 클래스 다이어그램 등으로 PIM을 우선 작성해야 한다. 그런 다음 개발할 플랫폼에 맞는 PSM을 추가로 작성한다. 그렇게 작성한 다이어그램을 툴의 기능을 활용해서 XMI로 변환한다. XMI로 기술된 모델로부터 프리젠테이션 코드와 비즈니스 로직 코드가 자동 생성되며, 프리젠테이션과 비즈니스 로직을 이어주는 명세 역시 자동 생성된다. 비즈니스 로직은 정의된 데이터 처리 방법에 따라 로직을 수행하며, 모든 과정은 JUnit, JUnitEE 등을 이용해서 테스트된다. 이러한 컴포넌트들을 적절히 구성함으로써 애플리케이션이 완성되고, 각 컴포넌트 별로 생성된 API를 포함한 문서 정보가 기록된다.

EJOSA 기반 애플리케이션 개발
EJOSA 템플릿을 이용한 개발 프로세스는 모두 7단계로 나뉜다. 우선 요구 분석을 하고, 수집된 요구 사항에 따른 문제 분석 결과를 UML로 기술한다. 그런 다음 명세 개발 과정을 통해 API를 결정한다. 명세 개발이 끝나면, 비즈니스 레이어, 데이터 레이어, 프리젠테이션 레이어를 구현하고 지속적으로 각 레이어에 속한 컴포넌트들을 테스트한다. 컴포넌트 개발이 끝나면 소프트웨어를 통합하고 배포한다. 각 과정의 결과는 EJOSA 템플릿의 컴포넌트 규약에 명시된 디렉토리에 저장해서 관리한다.

<그림 5> EJOSA 템플릿을 이용한 개발 프로세스

EJOSA 2.0 Revolutions 내에는 이러한 개발 과정을 따르는 돼지저금통(Piggy Bank)이라는 샘플 애플리케이션이 포함되어 있다. 명세 작성에는 쓰임새 모델과 비즈니스 컨셉 모델(BCM)이 사용된다. 이를 통해 기술된 인터페이스를 통해 명세가 자동 생성되는 것이다. 돼지저금통 예제의 명세는 쓰임새 다이어그램과 비즈니스 컨셉 다이어그램이 PIM으로, 클래스 다이어그램이 PSM으로 사용된다. 예제에 포함된 모델링 정보 및 변환된 XMI 파일은 Poseidon fot UML을 이용해서 확인할 수 있다.

이 정보를 통해 생성된 명세는 specification 폴더 내에 들어가 있다. 명세의 구현이 끝나면 그 명세를 따르는 비즈니스 로직을 구현하고, 구현된 로직을 이용하는 프리젠테이션 코드를 작성해야 한다. EJOSA의 비즈니스 로직은 순수한 로직 구현을 위한 세션 타입과 영속성 있는 데이터 처리를 위한 엔티티 타입이 다대 다 관계를 이루며 JOnAS에서 동작한다. EJOSA의 프리젠테이션 타입은 어떤 프레임워크를 사용하느냐에 따라 각기 다른 뷰 타입(View Type)을 지원하는데, 돼지저금통 예제는 Enhydra를 기본 WAS로 권장하고 있기 때문에 EAF(Enhydra Application Framework)에 따라 명령 패턴(command pattern)에 기반한 액션 객체(action object)를 통해 제어를 결정하고, XMLC를 이용해서 뷰를 제어하도록 작성되어 있다.

돼지저금통 예제를 컴파일하고 실행하는 과정은 EJOSA가 모든 과정을 Ant로 자동화하기 때문에 아주 간단하다. 필자는 EJB와 Hibernate를 이용해서 구현된 예제를 NetBeans IDE에서 테스트했다. 우선 NetBeans의 파일 메뉴에 있는 Mount Filesystem 기능을 이용해서 ejosa-revo 디렉토리를 마운트시킨다. NetBeans에는 Ant가 자체 내장되어 있으므로 해당 빌드 파일을 선택하고 F6 버튼을 누르는 것만으로 간단히 빌드할 수 있다. 참고로 이 예제에서는 각 영역의 구현을 위해 다음과 같은 기술이 사용되었다.

이제 예제 디렉토리로 이동해서 다음과 같은 순서로 빌드한다.

모든 빌드 과정이 성공적으로 끝났다면 http://localhost:9000번으로 접속해서 테스트한다. EJOSA를 이용한 샘플 애플리케이션은 돼지저금통 외에도 참고자료[5]에 많이 소개되어 있다. 그 중에서 특히 대학행정지원 시스템인 OpenUSS(University Support System)는 소스포지 내의 또 다른 오픈소스 프로젝트로 진행되고 있을 만큼 규모가 크다. 관심 있는 독자는 꼭 한번 들러보기 바란다.

MDA를 지원하는 최초의 오픈소스 프레임워크
EJOSA는 여러 위대한 오픈소스 기술의 장점을 결합해서 MDA를 지원하고자 시도한 최초의 오픈소스 프레임워크이다. EJOSA의 특징적인 면을 요약해서 정리하려고 시도했지만, 할당된 지면이 부족해서 설명이 거칠게 된 것 같아 죄송할 따름이다. 좀 더 자세한 설명이 필요한 독자는 필자가 운영하는 포럼(참고자료 6)에 방문해서 관련 자료를 다운받기 바란다. 프레임워크는 아키텍처의 구현이다. 발문에 소개한 아키텍처에 관한 글은 「Evaluating Software Architectures」를 정리한 조남규 님의 글을 빌린 것이다. 그 글에 나와 있는 것처럼 아키텍처란 개발자의 심미안적 시각에서 바라볼 때 아름다워야만 한다. EJOSA 템플릿은 완전하진 않지만 일반적인 프레임워크와는 차별화된 독특한 아름다움을 갖고 있기 때문에 개발자라면 도전할 충분한 가치를 지니고 있다고 생각한다.

최근 들어 자주 겪게 되는 요청이 있다. DBMS는 어쩔 수 없다고 하더라도 값비싼 WAS와 각종 개발 툴로 인해 들어가는 비용을 어떻게 줄일 수 없느냐는 것이다. 이러한 요청은 특히 SMB 시장에서 강하게 발생한다. 지금 세상에는 이번에 소개한 EJOSA를 비롯해서 너무나 훌륭한 오픈소스 소프트웨어들이 많이 존재한다. 하지만 오픈소스에 대한 신뢰 부족, 부정적 견해, 개발자 부족 등을 이유로 그러한 오픈소스 소프트웨어들이 제대로 활용되고 있지 못하고 있는 것이 또한 현실이다. 필자는 다음 달부터 「오픈소스를 활용한 시스템 통합」이라는 주제로 새로운 연재를 시작할 예정이다. 그 연재를 통해 자바 진영 오픈소스를 이용해 실질적인 e비즈니스 시스템이 구축되어 가는 과정을 단계별로 보여줌으로써 오픈소스 마니아들이 많이 생겨나기를 기대해 본다. 결국 자바와 닷넷의 오랜 전쟁은 SMB 시장을 누가 장악하느냐에 따라 승자가 결정되지 않을까? @