2011-11-08 8 views
0

私はEJBに関する本を読んでいます。これは、EJBの古い技術と比較して1つの利点は、1つの特定のアプリケーションサーバーベンダーおよびその特権APIからプログラマーを解放することです。EJBの前には何がありますか?

EJBが出る前の人生は何だったのでしょうか?プログラマーが昔に使用したアプリケーションサーバーはどれですか?私に手がかりをくれませんか?ありがとう。

答えて

5

1997-8では、市場に多数のアプリケーションサーバー製品がありました。 EJBとその従兄弟(JSP、Servlet、JDBC、JCAなど)は、サーバー側のJavaアプリケーションをプログラミングするためのメタファを標準化しようとしました。

、その時点で市場に出回っているアプリケーションサーバのいくつかは以下の通りであった。

  • NetDynamics - 私は彼らの製品は、クモか何か
  • キバアプリケーションサーバー
  • のNetscape iPlanetの
  • IBMのWebSphereと呼ばれていたと思います
  • Lotus Domino
  • Sybase Jaguar
  • のWebLogicテンガ
  • 割線
  • フォルテ
  • のOracleアプリケーションサーバー - 当時
  • Haht
  • にSilverStream
  • Caucho樹脂
  • ブルーストーンでWebLogicの独立した
  • アライア
  • Novera
  • ジョーnas

他にも多数ありました。

これらのアプリケーションサーバー製品は、実際にはであり、サーバ側のアプリケーションプラットフォームのを定義しています。彼らはJavaでオブジェクトベースのサーバー側プログラミングのメタファを発明していました。 HTTPセッションをJavaオブジェクトにマップする方法は? HTTP認証を扱うには?管理の仕方は?各サーバー側の製品は、それとは多少異なります。

これらの企業の多くは小規模で、半減期は短く、おそらく12ヶ月程度でした。ある時点で、WebLogicに関わる人々はその分野を見て、多種多様であると判断しました。マイクロソフトがそれぞれを独立して敗北させ、サーバー側のアプリケーションプラットフォームの戦いに「勝利」することができるだろうということです。そこで、マイクロソフトとの競争優位性を高めるために、バンドルして共通のAPIを定義することにしました。これがJ2EEの誕生でした。顧客にとっての表側の利点は、サーバー側のプラットフォームの移植性でした。

当時、アプリケーションサーバーの企業は非常に小さいため、特定のアプリケーションサーバーAPIにコミットすることに大きなリスクが伴いました。サーブレット、JSP、EJBのような標準化されたAPIはそのリスクを軽減し、特定の企業がNetDynamicsを選択することを容易にしました。NetDが不具合を起こした場合、WebLogicにプログラムを移行できるかなり簡単に。プラットフォームの移植性は、潜在的な顧客にとって大きな勝利でした。

+0

私たちと物語を共有するための名誉:-) –

0

私に寄付させてください。

  1. トランザクションの1つのユニットが失敗したときにロールバックするために、自分のトランザクション、つまりすべてのことを一緒に管理します。

これは、EJB、CMPまたはBMPによって処理されます。

+0

ソースコードの例はありますか?私はJavaエンタープライズレベルの初心者です。私は小規模なPHPプロジェクトで一度だけトランザクションを使用しています。 – Jichao

+0

あなたは1.アドレステーブルに挿入する、2.顧客テーブルに挿入する、3.従業員テーブルを更新する必要があります。ユニット3に障害が発生した場合、1と2の変更をロールバックする必要がありますか?はい、どうですか? EJBの場合 - CMPまたはBMPを選択できます。 EJBなし - ロールバックするコードを書く必要があります。 –

+0

したがって、EJBでは次のようなコードを書く必要はありません。http://snipt.org/tomk9 – Jichao

関連する問題