-
エンタープライズ Java 分野のプロのコンサルタント、講師、ソフトウェア アーキテクト、開発者である Adam Bien 氏は、最近 .NET と Java の開発コストに関する議論が盛んになっていますが、Java EE 6 が投資を節約できる理由は少なくとも 9 つあると考えています。 。 Java EE 6 の具体的な状況については、51CTO によって以前に紹介された Java EE 6 プラットフォームの主な目標、および Java EE 6 の新しい JAX-RS および依存性注入機能を参照してください。
1. 試作機の構築
一般に、エンタープライズ Java プロジェクトの初期段階では、どのフレームワークを使用するかを評価します。この作業には、数時間から数か月までかかる場合があります。 Java EE 6 には「ワンストップ ショッピング」という機能があります。 IDE (Eclipse、NetBeans、Jdeveloper、商用 IntelliJ) を含む Java EE 6 をダウンロードして、開発を開始できます。プロトタイプのインストールと開発は数分で行えます。また、キットはかさばりません。
2.開発
Java EE 6 の実装は軽量です。 Web プロファイルを含む GlassFish のサイズはわずか 30MB ですが、フル機能バージョンは 70MB です。導入時間も非常に短く、追加設定なしで増分導入がサポートされています。対応するファイルを保存するだけです。 JBoss、Caucho's Resident、Geronimo/openEJB などの他のアプリケーション サーバーも軽量です。ほとんどのライブラリとフレームワークはすでにサーバーに含まれているため、アプリケーション コードをデプロイするだけで済みます。デプロイメント アーカイブにはほとんどのアプリケーション コードが含まれているため、非常に小さいです。
3. 生産
GlassFish、JBoss、Geronimo、およびおそらくその他のツールはオープンソースです。商業化サポートが必要かどうかはお客様ご自身で決定してください。小規模から始めて、時間の経過とともに拡大することもできます。
4. 認可
Java EE 5/6 アプリケーションは驚くほど移植性が高く、ベンダー固有のデプロイメントの説明は必要なくなりました。 WAR/EAR アーカイブをあるディレクトリから別のディレクトリにコピーすることで、あるサーバーから別のサーバーにアプリケーションを簡単に移植できます。 Java EE 5 の導入以来、アプリケーション サーバーの独立性を確保するために実際にこのアプローチを採用してきました。より優れたライセンス/サポート サービスを利用できる有利な立場にあることを忘れないでください。特定のメーカーに縛られる必要はなく、最も興味のあるメーカーを選択できます。
5. トレーニング/知識
Java EE 6 とその API を学ぶ「だけ」必要であり、始めるのは非常に簡単です。そして、この知識は普遍的なものであり、市場にある他のアプリケーション サーバーにも適用できます。すでに Java EE 5 を使用している場合は、Java EE 6 を気に入るはずです。
6. 携帯性
元の古い J2EE 1.X プロジェクトは、Java EE 5/6 に簡単に移植できます。 Java EE 6 コンテナは依然として古いプログラミング モデルをサポートしています。アプリケーションの移行はとても楽しいもので、主に以前は冗長だったものを削除することが目的です。 J2EE 1.X と Java EE 6 は平和的に共存することもできます。
7. 普及
Java EE 6はJCPを使用して開発されています。その開発者は Sun ではなく、むしろコミュニティとすべての主流メーカーです。 IBM、Oracle、SAP、Red Hat、Google、Spring Source/VMWare はすべて API を提供しています。 Java EE 6 仕様の人気は Java EE 5 の人気に劣らないと予想されます。現在、約 14 種類の異なる認定 Java EE 5 サーバーがあります。
8. 選択の自由/投資保護
Java EE 6 は単一ベンダーではなくコミュニティによって開発されているため、安定したままになります。単一のメーカーが許可なくこの仕様を変更/破ることは不可能です。これは、他の言語と比較した Java/Java EE の大きな利点です。古い J2EE 1.4 アプリケーションは、変更を加えることなく、現在の Java EE 5/6 サーバー上で引き続き実行できます。 (もちろん、Java EE の標準設定には議論がないわけではありません。読者は、51CTO によって以前に報告された記事「Java EE 6、民主主義の外観の下での偽善的な公平性」を参照してください。)
9. リスク移植・代替計画
何らかの理由で Java EE 6 が自分には合わないとわかった場合でも、Spring などの代替テクノロジに移植するのは比較的簡単です。それらの構成パターン (EJB、CDI/Spring) は非常に似ています。