アカウント名:
パスワード:
2016年にはJava EEコミュニティの間で、このフレームワークに関するOracleの推進力が弱まっているという懸念が広まり、Java EEを守り、発展させるためのJava EE Guardiansが立ち上げられた。
率直に言ってわざわざJava EEを使う意味はよくわかりませんが、コミュニティがあるならOSSに移管するのは良いアイデアでは。
色々な仕様の集積であるJava EEの全てがクソだったわけではないから。ServletやJDBC, XML関連などのAPIは出現当時としてはそれなりに考えられていて実際役に立った。その中でどうしようもないのがEJBということに異論をはさむ人は少ないだろう。
EJBも分散オブジェクト基盤としては悪く無いんですよ? どうしようもないは言いすぎ。単に、ほとんどの人が必要だったのが分散オブジェクトじゃなくてDBアクセスの抽象レイヤーだったからToo Muchで面倒さだけが目立ったで。
非同期処理や分散トランザクション管理、RPCなど、今マイクロサービス等で必要と言われてる要素は当時から詰まってたんです。EJB3からは使いやすくもなりました。
まあ、要素としてはOKでも現代のユースケースとしては少し違うので、あまり積極的には使わないですが。。。
必要な機能が揃っていてやりたかったことはわかるが、POJOをアノテーションするようになる以前の何もかもXMLで定義するデザインは駄目でしょう。ORMにエンティティBeanを使って幸せになった人はいないと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
Java EEにファンがいるんだなあ (スコア:0)
2016年にはJava EEコミュニティの間で、このフレームワークに関するOracleの推進力が弱まっているという懸念が広まり、Java EEを守り、発展させるためのJava EE Guardiansが立ち上げられた。
率直に言ってわざわざJava EEを使う意味はよくわかりませんが、コミュニティがあるならOSSに移管するのは良いアイデアでは。
Re: (スコア:1)
色々な仕様の集積であるJava EEの全てがクソだったわけではないから。
ServletやJDBC, XML関連などのAPIは出現当時としてはそれなりに考えられていて実際役に立った。
その中でどうしようもないのがEJBということに異論をはさむ人は少ないだろう。
Re:Java EEにファンがいるんだなあ (スコア:1)
EJBも分散オブジェクト基盤としては悪く無いんですよ? どうしようもないは言いすぎ。
単に、ほとんどの人が必要だったのが分散オブジェクトじゃなくてDBアクセスの抽象レイヤーだったからToo Muchで面倒さだけが目立ったで。
非同期処理や分散トランザクション管理、RPCなど、今マイクロサービス等で必要と言われてる要素は当時から詰まってたんです。
EJB3からは使いやすくもなりました。
まあ、要素としてはOKでも現代のユースケースとしては少し違うので、あまり積極的には使わないですが。。。
Re:Java EEにファンがいるんだなあ (スコア:1)
必要な機能が揃っていてやりたかったことはわかるが、POJOをアノテーションするようになる以前の何もかもXMLで定義するデザインは駄目でしょう。
ORMにエンティティBeanを使って幸せになった人はいないと思います。