ステートレスセッションBeanでの実装
EJB 3という選択肢 これまでEJB 1.xまたはEJB 2.xを適用・実装してきたアーキテクトや開発者の皆さんは、EJB開発の煩雑さを理解されていることでしょう。これは「第1回：EJBのすべてを知る」で解説したEJBの歴史的背景があるからです。 さて、これからEJBに触れようとしている皆さんは、このような過去を振り返る必要はありません。過去の評判ではじめからEJBを要件定義から外していないでしょうか。これは早合点というものです。 「企業レベルのサーバサイドアプリケーション、トランザクションシステムというものはそう簡単に実現できるものではない」ということは、実際に開発に携わっている皆さんがよくご存知だと思います。この煩雑な仕組みを提供し、性能や機能を担保するものがミドルウェアと呼ばれるソフトウェアです。 これまでトランザクション処理モニタ、メッセージ指向ミドルウェア（MOM）、CORBA
JBossのお勉強－EJB 3.0
もくじ EJB 3.0使用例 Entity Manager Java Persistence API EJB 3.0仕様入門 O/Rマッピング例 アノテーション EJB 3.0は、本当に簡単になったのか EJB 3.0は、EJB 2.1に較べ簡単になったと言うが、アノテーションだの インタセプターなど新しい用語が出て来て、敷居は高い。 EJB 2.1だって、xDocletを使えば、けっこう簡単だった。 セッションBean側には、EJB 3.0におけるEntity Managerのような ツールを使う必要は少なかったので、CMRのようなお任せスタイルでは、 けっこうバカチョンだった気がする。 無邪気にEJB 3.0は簡単だ簡単だと言うオヤジは、 EJB 2.1を使い込んだことがあるのだろうかねえ。 しかし、EJB 2.1のDTOモデルというのが結構、ダサかったと言える。 エンティティEJBの
EJBのすべてを知る
Java EEとEJB ご存知のとおりJava EEは企業向けの仕様であり、その仕様の中核を担ってきたコンポーネントがEJB（Enterprise Java Beans）であることは誰しも疑わないことでしょう。JBossもEJBoss（Enterprise JavaBeans Open Source Software）として1999年に産声を上げています（その後、商標の関係によりJBossに変更しています）。 Java EEアーキテクチャダイアグラムは図1のようになっています。このようにサーバサイドには2つのコンテナが協調動作をしてエンタープライズレディとなるように設計されています。 図1：Java EEアーキテクチャダイアグラム 出典:Java Platform, Enterprise Edition（Java EE）Specification, v5 （画像をクリックすると別ウィンドウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
