3

私は Java EE アーキテクチャについて読んでいて、Java EE アーキテクチャの第 3 (データ) 層を構成するいわゆるEIS (エンタープライズ情報システム) 層への参照を (少なくとも Oracle ドキュメントで) いくつか見てきました。

3 層システムでは、データベースは通常 3 層目であることを理解しています。レガシー システムも、ビジネス ミドルウェア (第 2 層) と同じデータベースと直接対話し、何らかの理由で他のどこにも属さないため、この層に配置されることもあります。

私の質問は次のとおりです。3 番目の「EIS」層に属するコード(ある場合) は何ですか? Hibernate クラスや DAO などの ORM コード?

第 2 層では、システムとコンパイル済み Java の両方が実行されています。たとえば、作成した一連の WAR を実行する Tomcat サーバーがあるとします。私は、RDBMS と、その RDBMS と対話するためのいくつかのコード (私は推測しますか?!?!) を持っている第 3 層のアナロジーを「取得」していません。

要するに、EIS 層にコードを展開する背後にある標準/ベスト プラクティスとは何か、そしてそれらの展開がどのように見えるのか疑問に思っていると思います。前もって感謝します！

4

4 に答える 4

1

Java EE が提案する層モデルは概念モデルです。これをアプリケーションのパッケージ構造と混合していると思います（anders.norgaard投稿へのコメントに基づいて）。パッケージ モデルは、独自のアプリケーションに依存しますが、以下の 2 つの記事でベスト プラクティスを提供します。

  1. J2EE のパッケージ化と配置
  2. J2EE パッケージと共通コード
于 2012-01-03T22:21:02.603 に答える
1

EIS 層は、ERP アプリケーション (例: JD Edwards)、トランザクション システム (IBM の IMS)、CRM などの他の情報システムとの接続に対応します。

よく知られている EIS ソリューションは、Java コネクタを提供します。J2EE アプリケーションからコネクタを実装し、これらのアプリケーションと直接通信できます。

これは、このトピックに関する 優れた参考資料です。

于 2014-08-05T11:41:43.430 に答える
1

Java EE アプリケーションを開発するとき、私は 3 つの層を次のように考えます。

  1. フロントエンド (JSF/Richfaces)
  2. ビジネスロジック (EJB)
  3. データ層 (Hibernat/JPA)

それは素晴らしく、自己完結型であり、たとえば回避します。トリガーとPL-SQLなど。

ベスト、アンダース

于 2012-01-03T22:04:03.330 に答える
0

EIS 層は、アプリケーション内に jar ファイルとして含まれる概念層です。

主に、対応する EIS メーカーから提供されることが多いリソース アダプタで構成されます。

Java Bean はこれらのアダプターを使用して、EIS のデータとサービスにアクセスできます。

そのため、通常、EIS 層には何かをデプロイしません。

この層は、EIS リソース アダプタを使用するときはいつでも「ちょうどそこ」にあります。

データ アクセス レイヤー (-> orm Frameworks) と同じ概念:
あなたはそれを書きません。
あなたはそれに何も入れません。
あなたはそれを使うだけです。

于 2017-11-17T11:53:31.553 に答える