Java EEコンポーネントは、GlassFish、JBoss、WebLogic、WebSphereなどのJava EEサーバー、またはサーブレットとJSPだけをサポートするTomcatなどのサーバー上でサーバー側で実行されます。
Java EEでは、MVC モデルは、「ドメインモデル」、つまりアプリケーションにとって重要なエンティティを表すJavaオブジェクトと考えることができます。たとえば、ショッピングアプリケーションには、購入アイテム、ショッピングカート、クレジットカード、郵送先住所、アカウント、レビューなどを表すドメインオブジェクトがあります。多くの場合、これらのドメインオブジェクトは、リレーショナルデータベースなどの永続ストレージから取得されます。
Java EEのJava Persistence APIは、オブジェクトを永続化するために使用されるJavaドメインモデルオブジェクトとリレーショナルデータベーステーブル間のマッピングを処理するように設計されています。 Hibernateは、JPA「オブジェクト・リレーショナル・マッパー」(ORM)の1つの実装です。
Java EEはこれ以上です。ほんの一例を挙げると、バックエンドのアプリケーションコンポーネントが互いに通信するために使用する超信頼性のあるメッセージングサービス(Java Message Service)を定義しています。
Java EEを探索する際には、Ruby-on-Rails、LAMPスタック、Microsoftの.NETプラットフォーム、Spring/Hibernateなどの軽量なJavaアプローチなど、より簡単で生産性の高い代替案を考えてください。 Richard Monson-Haefelは、O'Reillyの非常に成功した「Enterprise JavaBeans 3」を書いています。0 "(第5版)と" Java Message Service "では、claimまでJava EEが開発者を「脅迫している」と言われており、これらの他のアプローチによって覆い隠されている。
より広い視点はTodd Hoffの素晴らしいブログです。http://highscalability.com/
サーブレットと豆のない単純なJSPページは醜いので、実際に開発する前に素早く機能をプロトタイプ作成する場合を除いては使用しないでください。 – Med
それはすべての要求や時間枠、目的に依存しています。私たちは、「この技術を大いに活用しています。基準を考慮して "私がJSPを最初に提案した理由は、簡単に始めることができて、サーブレットMVCに気を取ってもいいと思ったからです。その後、SpringMVCやEJB3を試すこともできます。 – janetsmith
Java EE MVCについて尋ねるときには、Spring MVCを推奨する必要がありますが、SpringはJava EEではありません。これは悲しい話です。 Java EEは適切なMVC(アクションベース)のフレームワークを持っていないので、Java EE 8で使用したいと考えています。 – siva636