Jetty와 ActiveMQ와 같은 특정 Java 프레임워크는 광범위한 호환성과 발전을 위해 javax와 jakarta 패키지 네임스페이스를 모두 채택합니다. 이 접근 방식은 프레임워크 개발자가 최신 JDK를 지원하는 동시에 애플리케이션 개발자가 Jakarta EE를 점진적으로 채택할 수 있도록 합니다. 두 네임스페이스를 모두 지원하면 오픈 소스 프레임워크 관리가 단순화되고 보안 패치 릴리스가 빨라집니다. 그러나 단일 엔터프라이즈 애플리케이션 내에서 두 네임스페이스를 모두 지원하는 것은 상당한 복잡성을 야기하고 상당한 시간을 소비합니다. 이러한 구성은 엔터프라이즈 애플리케이션 내에서 잠재적인 오류와 보안 취약점을 만듭니다. 이는 강력한 검증 확인 및 소스 코드 스캔을 방해하여 무단 라이브러리를 허용할 수 있습니다. 이러한 이중 네임스페이스 지원은 표준화된 SDK를 제공하는 DevOps 노력을 더욱 복잡하게 만듭니다. 엔터프라이즈 프로젝트는 일반적으로 두 네임스페이스를 동시에 지원하는 것을 피해야 합니다. 그 이유는 단점보다 잠재적인 이점이 크기 때문입니다.