EJBコンテナが分散コンポーネントモデルから軽量なDIコンテナに変化してきた歴史を振り返る - 達人プログラマーを目指して

十年一昔といいますが、文字通り一昔前の書籍ではJ2EEのEJBコンポーネントはプロセスが分散化されたリモート呼び出しにより処理を行う分散コンポーネントとして説明されています。そして、残念ながら現状Java EE関連の日本語の書籍はこうした古い時代に書かれたものがほとんどとなっています。それゆえ、 開発効率がきわめて悪い 実行性能が悪い*1 仕様がきわめて複雑で理解が大変 といった悪いイメージが定着してしまっているのではないかと思います。しかしながら、最新バージョンのJava EE6では、Spring、Guice、SeamなどのOSSの軽量コンテナのアイデアを取り込むことにより、以前とは比較にならないくらい開発効率が改善されているという事実があります。 ここでは、Hello WorldのEJBの書き方を以前の古いバージョンから順次振り返りながら比較してみることで、EJBのプログラミングモデル

[t_yano]

EJBの歴史まとめ。歴史自体は知らない人は知らなくてもいいが、いまから知る人が知るべきは、今後はCDIだってことだな。ギャビンGJってことか。

[atm_09_td]

"それにしても、これだけの仕様の変化に追随して、開発時に適切に判断する必要があるアーキテクトとは実に大変で割の合わない仕事だとは思いますね。" - 同意。

[lizy]

今この手の情報にキャッチアップして行くにはどこを見るのがいいんだろう。昔はJavaWorldとか読んでたけど

[kawaoso]

やっぱりCDI重要か

[tubureteru]

EJB今昔物語

[yuroyoro]

仕様がシンプルになったのに加え、JBossやGrassFishなど標準で安全な実装が利用できる用になった、というのも昔に比べると大きな状況の変化だと思う。

[troter]

最近Javaプログラマになったのは不幸中の幸い

[junkcollector]

…というEJB2.Xの複雑さは開発ツールが吸収するという建前だったのだろうが、そんなに都合よく行くわけもない。SOAPといいどうしてこういうことになるのだろうな。

[tyru]

EJB 怖い

[gologo13]

EJBのことはわからんが、Springが軽量FWと呼ばれていることにジェネギャを感じる

[s_mori]

EJBの変遷

[mano-junki]

java ejb spring framework web oss ij j2ee

[motsuni2]

EJB2触って確かめてみる。

[nomber3]

EJB2の頃に多少使った程度だったからなー。ちょっと触ってみようかな。

[daema]

EJB3.1はwarに格納できるとか、勉強不足だったー。 // EJBコンテナが分散コンポーネントモデルから軽量なDIコンテナに変化してきた歴史を振り返る - 達人プログラマーを目指して

[kuwalab]

後で読むクラスタを片づける