JAVA EE란?
자바를 이용한 서버 개발 플랫폼으로 한 때 엔터프라이즈 자바 기술을 선도하며 막강한 영향력을 발휘했지만 기술 변화와 시장 요구에 제때 대응하지 못하면서 현재는 명맥만 유지하는 암울한 상황에 처해 있습니다. 그럼에도 불구하고 자바EE는 가장 성공적인 상업용 표준 플랫폼의 하나이며 대부분의 웹 애플리케이션 서비스를 위한 미들웨어 기술로 꾸준히 사용되고 있습니다. 2018년 자바EE는 자카르타(Jakarta)EE로 명칭을 바꾸고 새로운 변화에 나섰습니다.
Java EE(Java Platform, Enterprise Edition)
자바EE는 1999년 썬 마이크로시스템즈가 J2EE(Java 2 Enterprise Edition) 명으로 발표한 분산 애플리케이션 개발 목적의 산업 표준 플랫폼입니다. 기업용 애플리케이션을 개발/실행하기 위한 기술과 환경을 제공하며 서블릿(Servlet), JSP, EJB, JDBC, JNDI, JMX, JTA 등의 알려진 기술을 포함하고 있습니다. 자바EE의 주요 목적은 특정 운영체제와 미들웨어에 종속되지 않고 정보 교환 및 애플리케이션 호환이 가능한 플랫폼을 제공하는 것입니다.
자바EE의 기술 사양은 자바SE(Java Platform, Standard Edition)와 동일하게 자바 커뮤니티 프로세스(Java Community Process, JCP)의 표준화 과정을 통해 만들어집니다. 새로운 기술 요건들은 자바 스펙 요구서(Java Specification Request, JSR)라는 표준 명세로 제안되며 해당 명세가 구현될 수 있음을 증명하는 참조 구현(Reference Implementations; RI)과 구현을 검증할 수 있는 기술 호환성 키트(Technology Compatibility Kits; TCK)가 제공됩니다. 이러한 명세들이 모여서 하나의 자바EE 버전이 정의되며 각 벤더들은 해당 명세를 구현하여 호환 구현(Compatible Implementations, CI)을 만듭니다. 이렇게 만들어진 호환 구현 제품이 웹 애플리케이션 서버(Web Application Server, WAS)이며 대표적으로 글래스피시(GlassFish), 제이보스(JBoss) EAP, 오픈 리버티(Open Liberty), 파야라(Payara), 웹로직(WebLogic), 와일드플라이(Wildfly) 등의 제품이 있습니다.
자바EE는 출시 초창기에 기업용 자바 플랫폼이라는 새로운 생태계를 열며 큰 성과를 이뤘지만 현재는 상업용 플랫폼의 한계와 스프링 프레임워크(Spring Framework) 등 오픈소스 SW의 발전으로 빛을 잃어가고 있습니다. 더군다나 자바EE의 릴리즈 주기가 2년에서 4년으로 길어지면서 빠르게 변화하는 기술 트렌드를 반영하지 못한 것도 인기가 시들해진 이유 중 하나입니다.
오라클은 2017년 자바EE 8 릴리즈를 마지막으로 오픈소스 SW를 지원하는 비영리 단체인 이클립스 재단에 자바EE 프로젝트를 이관했습니다. 썬 마이크로시스템즈를 인수한 오라클이 사실상 자바EE의 수익화에 실패하면서 기술 주도권을 포기한 것으로 판단됩니다.
Jakarta EE(Jakarta, Enterprise Edition)
이클립스 재단으로 이관된 자바EE의 공식 명칭은 자카르타EE, 프로젝트 명은 EE4J(Eclipse Enterprise for Java)로 변경되었습니다. 자카르타EE는 기존 JCP 정책이 아닌 오픈소스 기반의 자카르타EE 사양 프로세스(Jakarta EE Specification Process, JESP)라는 개방적이고 중립적인 정책을 따릅니다. 오라클이 자바EE 프로젝트는 이관했지만 자바 상표권은 여전히 보유하고 있기 때문에 자바 네임스페이스 사용에 제약이 있었습니다. 이러한 이유로 자카르타EE에서는 자바 네임스페이스가 Jakarta로, API 패키지명은 javax.* 에서 Jakarta.* 로 변경되었습니다. 2020년 12월 발표한 자카르타의 네임스페이스 변화는 기존 개발자들에게 다소 혼란을 줄 것으로 예상됩니다. 이와 별개로 기존 사양 중 XML Registries, XML RPC, Deployment 등 일부 관련 없는 기술들은 자카르타EE에서 사라졌습니다.
| Java EE 용어 | Jakarta EE 용어 | ||
| Java Servlet | javax.servlet | Jakarta Servlet | jakarta.servlet |
| JavaServer Pages (JSP) | javax.servlet.jsp | Jakarta Server Pages | jakarta.servlet.jsp |
| JavaServer Faces (JSF) | javax.faces | Jakarta Server Faces | jakarta.faces |
| Java Message Service (JMS) | javax.jms | Jakarta Messaging | jakarta.jms |
| Java Persistence API (JPA) | javax.persistence | Jakarta Persistence | jakarta.persistence |
| Java Transaction API (JTA) | javax.transaction | Jakarta Transaction | jakarta.transaction |
| Enterprise JavaBeans (EJB) | javax.ejb | Jakarta Enterprise Beans | jakarta.ejb |
| Java Mail | javax.mail | Jakarta Mail | Jakarta.mail |
자카르타EE는 자바EE를 대체하지 않았고 둘 다 공존하고 있습니다. 자카르타EE는 자바EE 8에서 하드포크된 새로운 플랫폼으로 기존 자바EE와 호환되지 않습니다. 자바EE는 계속 유지되지만 8 버전을 마지막으로 더 이상의 릴리즈와 추가 기능은 제공되지 않고 있습니다. 개발자는 자바EE를 계속 사용할 것인지 아니면 자카르타EE로 마이그레이션 할 것인지를 선택해야 합니다. 다행히도 자카르타EE로 마이그레이션을 지원하는 도구가 제공되고 자바EE에 대한 패치도 계속 나올 것이기 때문에 당장 큰 이슈는 없을 것으로 예상됩니다.
자카르타EE의 핵심 목표는 '클라우드 네이티브 환경을 위한 엔터프라이즈 자바 기술'로 마이크로서비스, 컨테이너 등의 최신 기술 트렌드를 반영하고자 합니다. 이클립스 재단은 이전부터 마이크로서비스를 위한 표준 플랫폼으로 마이크로프로파일(MicroProfile) 프로젝트를 진행하고 있었기에 동일 선상에서 EE4J 프로젝트와 협력하고 통합할 것으로 예상됩니다. 최신 버전인 자카르타EE 9 릴리즈에는 새로운 기술 사양을 포함하고 있지 않습니다. 자카르타 네임스페이스 변경을 완료하고 관련 없는 사양을 정리하는데 중점을 두며 향후 혁신을 위한 준비를 하는 것으로 보여집니다.
자카르타EE는 클라우드 네이티브를 목표로 방향성을 설정했지만 장기적인 로드맵이나 마일스톤은 부족한 상태입니다. 당장은 흥미로운 릴리즈가 없기 때문에 자바EE에서 자카르타EE로 이동할 이유는 없어 보입니다. 아마도 자바EE를 기반으로 하는 스프링 프레임워크, 스프링 부트, 아파치 톰캣(Apache Tomcat) 등이 자카르타EE를 채택하는 시점부터 많은 전환이 이뤄질 것으로 예상됩니다.
자카르타EE 인증을 획득한 WAS는 현재까지 18개 제품으로 이전 자바EE 8의 9개와 비교했을 때 그 시작은 순탄한 것으로 보여집니다. 특히 오픈소스 프로젝트의 참여 규칙인 특정 기업에 종속되지 않는 개방성과 투명성이 긍정적인 영향을 끼쳤을 것으로 생각됩니다. 대표적인 오픈소스 WAS인 와일드플라이(Wildfly) 역시 선도적으로 자카르타EE로의 전환을 진행하고 있으며 자카르타EE 8(자바EE 8)을 지원하는 기본 버전과 새로운 자카르타EE 9를 지원하는 프리뷰 버전을 동시에 발표했습니다.
엔터프라이즈 자바 생태계를 구축하고 발전시켜온 자바EE는 오랜 노력과 공헌에도 불구하고 상업 벤더 중심의 폐쇄적인 정책과 영리를 목적으로 운영되어 많은 비판을 받았습니다. 자카르타EE는 자바EE의 실패에서 교훈을 얻어 잃어버린 명성을 되찾을 수 있기를 기대해봅니다.
참조
https://www.samsungsds.com/kr/insights/java_jakarta.html
보통 어플리케이션 개발할 때 사용하는 JSP, Servlet 등의 정확한 개념을 알지 못했는데 해당 글을 읽고 조금이나마 이해할 수 있게 된 것 같습니다.