JettyやActiveMQなどの特定のJavaフレームワークは、より広い互換性と進化のために、javaxとjakartaの両方のパッケージネームスペースを採用しています。このアプローチにより、フレームワーク開発者は新しいJDKをサポートしながら、アプリケーション開発者によるJakarta EEの段階的な採用を可能にします。両方のネームスペースをサポートすることで、オープンソースフレームワークの管理が簡素化され、セキュリティパッチのリリースが迅速化されます。しかし、単一のエンタープライズアプリケーション内で両方のネームスペースをサポートすることは、重大な複雑さを引き起こし、多大な時間を消費します。このような構成は、エンタープライズアプリケーション内に潜在的なエラーとセキュリティ脆弱性を生み出し、堅牢な検証チェックとソースコードスキャンを妨げ、未認証のライブラリを許可する可能性があります。このデュアルネームスペースのサポートは、標準化されたSDKを提供するDevOpsの努力をさらに複雑にします。エンタープライズプロジェクトは、一般的に、潜在的な利点を上回る欠点があるため、両方のネームスペースを同時にサポートすることを避けるべきです。