OSGi 의 새로운 이슈 - JSR 277 vs. JSR 291 (OSGi)

[작성 - 김석우, dolbi / 본 원고는 마이크로소프트웨어 2007년 11월호에 실린 기사입니다]

Eclipse-Equinox를 포함한 OSGi의 요즘 새로운 이슈는 바로 JSR 277과의 대결이다. JSR 277은 Dynamic Component Model로서 JAVA 7의 주요 스펙중의 하나이다. 그 특징적인 요소가 OSGi와 많은 부분에서 비슷하거나 또는 다른 성격을 가지고 있어서 OSGi업계의 많은 관심을 불러일으키고 있다. 실제 JSR 291은 OSGi SPEC으로서 JSR 입장으로 본다면 277과 291 SPEC이 충돌하는 것처럼 비쳐지게된다.

OSGi Architecture 전문가 Peter Kriens의 블로그

얼마전 OSGi Alliance의 Staff member인 Peter Kriens은 자신의 블로그에서 JSR 277은 이상적인 모델이기는 하나 실제 환경과는 너무나 동떨어진 모델이며, JAVA 7 SPEC 에는 포함될지 모르겠으나 다음 버전인 8 또는 9에서는 곧 사라지게 될것이라며 직격탄을 날렸다. 그는 JSR 277과 291을 비교하는 블로그에서 조목조목 항목별로 비교 분석하였는데, 대표적으로 Consistency, Optionality, Split Packages 등의 문제점을 예로 들었다. 그는 결론에서 “아직 최종 확정되지는 않았지만 개발중인 JST 277 – Dynamic Component Model은 Java의 임베디드 버전인 J2ME에서 구동되기 어려우며, 너무 무겁고, 결국 OSGi 벤더들이 환영하지 않을것이다” 라고 끝을 맺었다. 또 다른 개발자는 지금의 JSR277이 다소 부족해서 지속적으로 발전한다면 3-4년후에는 많은 제품에 탑재될수도 있겠지만, 오히려 그 시간이 된다면 모든 지구상의 어느 시스템에라도 이미 Eclipse-Equinox가 설치되어 있어서 필요치 않을것이라고까지 이야기하였다. 이렇듯 JSR 277의 등장은 Eclipse-Equinox 업계의 큰 이슈를 몰고왔는데, 아마도 그것은 Eclipse-Equinox이 근본적으로 자바 환경에서 운영되는 Framework이면서 Platform이기 때문에 자바를 선도하는 SUN에서 OSGi와 비슷한 SPEC을 제정했을 때 다가오는 혼란과 또는 어느정도의 밀려날지도 모르는 불안감들을 나타낸것이라고 생각할수도 있을것이다. 어느 의견과 주장이 맞는지는 결국 고객들이 선택하고 판단을 내려주게 될것이다. 그러나 이러한 이슈에서 나타낫듯이 가볍고 다이나믹한 컴포넌트 모델을 탑재하고 무장한 Eclipse-Equinox는 향후 모든 시스템에서 모두 사용이 가능하고 널리 확산되는 Universal Framework 또는 Platform으로 성장해 나갈것이라는 사실이다.

[참고문헌]

 

1. Eclipse Equinox - http://www.eclipse.org/equinox

2. JSR 277 vs. 291 - http://underlap.blogspot.com/2007/06/comparison-of-jsr-277-and-jsr-291.html

3. Equinox Architecture - http://www.ibm.com/developerworks/opensource/library/os-ecl-osgiconsole

4. Equinox Future - http://theserverside.com/tt/articles/article.tss?l=EclipseEquinoxOSGi

5. Equinox Service Model - http://ibm.com/developerworks/opensource/library/os-ecl-osgi/?ca=dgr-lnxw07EclipseEvolution