アカウント名:
パスワード:
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を使って幸せになった人はいないと思います。
言われてみれば、ServletやJDBCもJava EEですね。むしろ、そのような要素技術に関する仕様のメンテが主目的なのかもしれませんね。
JDBCは違います。Java SEです。
Java EEのAPI一覧。Wikipediaより。JDBCやXMLは含まれていないっぽい。
javax/servletjavax/websocketjavax/facesjavax/faces/componentjavax/eljavax/enterprise/injectjavax/enterprise/contextjavax/ejbjavax/validationjavax/persistencejavax/transactionjavax/security/auth/messagejavax/enterprise/concurrentjavax/jmsjavax/batch/apijavax/resource
うん、そうねえ…。必要なのもある…かな？
servletとelはまぁそこそこ使いましたな他はそう…そうねぇ…
JMSとJPAくらいは触れようぜ。
すべてまとめてドーンと出すのを止めればいいんだけどね。
すまん。JDBCとかJAXPとかJava2EEに含まれたてと勘違いしてた。言い訳させてもらうともう10年くらいJavaは使ってないので。
俺の卒論のテーマはEJBだった。調べれば調べるほどダメダメということがわかってきた。卒論にやる気が無くなり適当な内容になった。その結果、当時の教授に初めて怒鳴られましたｗ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
Java EEにファンがいるんだなあ (スコア:0)
2016年にはJava EEコミュニティの間で、このフレームワークに関するOracleの推進力が弱まっているという懸念が広まり、Java EEを守り、発展させるためのJava EE Guardiansが立ち上げられた。
率直に言ってわざわざJava EEを使う意味はよくわかりませんが、コミュニティがあるならOSSに移管するのは良いアイデアでは。
Re:Java EEにファンがいるんだなあ (スコア: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を使って幸せになった人はいないと思います。
Re: (スコア:0)
言われてみれば、ServletやJDBCもJava EEですね。
むしろ、そのような要素技術に関する仕様のメンテが主目的なのかもしれませんね。
Re: (スコア:0)
JDBCは違います。Java SEです。
Re: (スコア:0)
Java EEのAPI一覧。Wikipediaより。JDBCやXMLは含まれていないっぽい。
javax/servlet
javax/websocket
javax/faces
javax/faces/component
javax/el
javax/enterprise/inject
javax/enterprise/context
javax/ejb
javax/validation
javax/persistence
javax/transaction
javax/security/auth/message
javax/enterprise/concurrent
javax/jms
javax/batch/api
javax/resource
うん、そうねえ…。必要なのもある…かな？
Re: (スコア:0)
servletとelはまぁそこそこ使いましたな
他はそう…そうねぇ…
Re: (スコア:0)
JMSとJPAくらいは触れようぜ。
Re: (スコア:0)
すべてまとめてドーンと出すのを止めればいいんだけどね。
Re: (スコア:0)
すまん。JDBCとかJAXPとかJava2EEに含まれたてと勘違いしてた。
言い訳させてもらうともう10年くらいJavaは使ってないので。
Re: (スコア:0)
俺の卒論のテーマはEJBだった。
調べれば調べるほどダメダメということがわかってきた。
卒論にやる気が無くなり適当な内容になった。
その結果、当時の教授に初めて怒鳴られましたｗ