jakarta ee 8: Java EE의 새로운 시대 설명
Java EE는 환상적인 프로젝트입니다.
그러나 1999 년에 J2EE라는 이름으로 만들어졌으며 20 년이 지났으므로 기업의 요구에 부응하는 데 어려움이 있습니다.
이제 Java EE에는 새로운 홈과 새로운 브랜드가 있습니다.
이 프로젝트는 Oracle에서 Eclipse Foundation 으로 마이그레이션되었으며 EE4J (Eclipse Enterprise for Java) 프로젝트에서 Jakarta EE라고합니다.
Eclipse Foundation 은 9 월 10 일 Jakarta EE 8 을 발표 했으며이 기사에서는 엔터프라이즈 Java의 의미를 살펴 보겠습니다.
Java EE는 많은 종류의 엔터프라이즈 Java 애플리케이션과 Spring 및 Struts 와 같은 많은 큰 프레임 워크에서 널리 사용되는 매우 강력한 프로젝트였습니다.
개발자는 기능과 진화하는 프로세스에 의문을 가질 수 있지만 시장에서 높은 사용량과 시간을 보면 성공을 부정 할 수 없습니다.
그럼에도 불구하고, 기업 세계는 멈추지 않으며 항상 새로운 도전이 떠 오릅니다.
더 나은 솔루션을 제공하기 위해 클라우드 컴퓨팅과 같은 새로운 기술이 개발되고 Java EE도 속도를 유지해야하므로 변경 속도가 빨라졌습니다.
자카르타 EE 목표
Java 생태계는 클라우드 컴퓨팅에 새로운 초점을 맞추고 있으며 Jakarta EE는 이러한 접근 방식의 핵심입니다.
Jakarta EE의 목표는 많은 공급 업체가 개발 한 사양을 사용하여 클라우드 컴퓨팅 (클라우드 네이티브 애플리케이션)을위한 비즈니스 애플리케이션 개발을 가속화하는 것입니다.
이 프로젝트는 Java EE 8을 기반으로하며 해당 사양, TCK (Technology Compatibility Kits) 및 RI (Reference Implementations)는 모두 Oracle에서 Eclipse Foundation으로 마이그레이션되었습니다.
그러나 클라우드 컴퓨팅에 대한 이러한 사양을 발전시키기 위해 Java EE에 사용 된 것과 동일한 프로세스로 작업 할 수 없습니다.
현재의 엔터프라이즈 과제로는 너무 느리기 때문입니다.
따라서 Eclipse Foundation의 첫 번째 조치는 프로세스를 변경하여 Jakarta EE를 발전시키는 것입니다.
Jakarta EE 8은 기능이 변경되지 않은 Java EE 8과 동일한 사양 세트를 갖습니다.
유일한 변경 사항은 이러한 사양을 발전시키는 새로운 프로세스입니다.
이를 통해 Jakarta EE 8은 사양을 클라우드 네이티브 애플리케이션 접근 방식으로 향상시키기 위해 이러한 프로세스를 새로운 프로세스에 삽입함으로써 Java 엔터프라이즈 역사에서 이정표가됩니다.
자카르타 EE 사양 프로세스
자카르타 EE 사양 프로세스 (JESP)는 새로운 프로세스에 의해 사용 될 것이다 자카르타 EE 워킹 그룹 자카르타 EE를 진화.
JESP는 이전에 Java EE에 사용 된 JCP 프로세스를 대체하고 있습니다.
JESP는 Eclipse Foundation Specification Process (EFSP)를 기반으로하며 일부 변경 사항은 프로젝트 페이지 에서 다룹니다.
변경 사항은 다음과 같습니다.
새로운 버전의 EFSP 채택을 포함하여이 Jakarta EE 사양 프로세스의 수정 또는 개정은 Jakarta EE Working의 전략 멤버의 다수를 포함하여 사양위원회의 최고 다수의 승인을 받아야합니다.
EFSP에 명시된 기타 투표 요건 외에 그룹.모든 사양위원회 승인 투표 기간은 아래에 설명 된대로 최소 기간을 갖습니다 (EFSP에서 정의한 예외 절차에도 불구하고이 기간은 단축되지 않을 수 있음)
- 창조 검토 : 7 일
- 계획 검토 : 7 일
- 진행 상황 검토 : 14 일
- 릴리스 검토 : 14 일
- 서비스 릴리스 검토 : 14 일
- JESP 업데이트 : 7 일
투표는 유효하지 않은 것으로 선언되어 사양 팀이 해당 검토에서 탈퇴하는 즉시 처리됩니다.
사양 프로젝트는 활발한 개발을 수행하는 동안 매년 최소 하나의 진행 또는 릴리스 검토에 참여해야합니다.
JESP의 목표는 오픈 소스 개발에 더 가깝고 코드 우선 개발을 염두에 둔 설계로 가능한 한 경량화하는 것입니다.
이를 통해 JESP는 실험을 통해 얻은 지식을 바탕으로 이러한 사양을 발전시키기 위해 실험에 중점을 둔 새로운 문화를 장려합니다.
자카르타 EE 9
Jakarta EE 8은 발전을 위해 프로세스를 업데이트하는 데 중점을두고 있으며 기능의 첫 번째 업데이트는 Jakarta EE 9 에서 제공 될 예정입니다.
Jakarta EE 9에서 예상되는 주요 업데이트는 Jakarta NoSQL 사양의 탄생입니다.
Jakarta NoSQL 은 Java 응용 프로그램과 NoSQL 데이터베이스 간의 통합을 용이하게하여 표준 솔루션을 높은 수준의 추상화로 연결하는 것을 목표로하는 사양입니다.
이 기능은 환상적입니다. NoSQL 데이터베이스는 클라우드 환경에서 널리 사용되며 개선이 기대되기 때문에 Java 플랫폼을 클라우드 네이티브 접근 방식에 가깝게 만드는 데 큰 도움이됩니다.
Jakarta NoSQL은 참조 구현이 될 Eclipse JNoSQL을 기반으로 합니다.
Jakarta EE에서 예상되는 또 다른 업데이트는 네임 스페이스와 관련이 있습니다.
기본적으로 Oracle은 Java EE 프로젝트를 Eclipse Foundation에 제공했지만 Oracle은 여전히 J2EE 상표를 보유하고 있습니다.
이는 Eclipse Foundation javax에서 Jakarta EE의 새로운 기능에 Java 또는 프로젝트 이름 또는 네임 스페이스를 사용할 수 없음을 의미합니다.
따라서 커뮤니티는 jakarta.*네임 스페이스 로의 전환을 논의하고 있습니다. 토론 스레드를 여기에서 읽을 수 있습니다.
결론
자카르타 EE 8은 자바 생태계 에서 새로운 시대를 열었다.
오픈 소스 프로세스에서 중요한 Java EE 프로젝트를 수행하고 필요한 개선을위한 길을 열어줍니다.
이 Jakarta EE 버전은 기능 업데이트없이 제공되지만 향후 새로운 기능을 제공합니다.
자카르타 EE의 다음 버전에서는 클라우드 개발 사양을 기반으로 한 많은 솔루션을 보게 될 것입니다.