Java Web Application Framework総合 ver2

■ このスレッドは過去ログ倉庫に格納されています
2013/07/21(日) NY:AN:NY.AN
Java用のWeb Application Frameworkについて語るスレッド

海外では多数のFrameworkがあるのに、日本語の情報は意外と少ない
開発生産性、パフォーマンス、ドキュメントの充実度、安定性、使いやすさなどを
比較しながら、最高のフレームワークを探してみるスレッド

前スレ
http://toro.2ch.net/test/read.cgi/tech/1338707919/

Web Application Framework のリスト
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks

特徴の比較
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#Comparison_of_Features
2013/12/10(火) 17:25:48.81
>>160
GrailsはGroovyだからJavaと主張するには無理がある
GroovyなんてJavaの負の部分を引きずった醜い世界

JavaEEはWebアプリケーションフレームワークというよりライブラリ
「フルスタック」とはなにか分からないのもJavaしか知らないからだろうな
2013/12/10(火) 18:28:47.80
>>161
>GrailsはGroovyだからJavaと主張するには無理がある

使ってから言えばよいのに。
2013/12/10(火) 18:47:04.53
>>162
Grailsは使ったことある
動作ももっさりだった
これでもJavaの中ではましなのかもしれないが
他の言語の人気フレームワークより使いづらかった

あと中身はSpringがベースでしょう
軽く触ったからそれくらはしってる
2013/12/10(火) 20:29:35.41
ASP.netってVS無しでまともに開発できんの?
マカーでIntelliJユーザなんだが。
2013/12/10(火) 20:39:44.95
まかーはすれちもわからんのか
2013/12/10(火) 21:45:56.04
Glassfishって使い勝手とかどうなんでしょう?
2013/12/10(火) 22:16:07.56
ASP.netはスレチだが開発環境の広さという意味ではASP.netとそれ以外では歴然と差があるな。
JavaもEclipseが走れば開発環境は何でもよいという人も少なくないのでは。
2013/12/10(火) 22:23:58.35
>>167
すれち
2013/12/10(火) 22:27:56.81
Javaの開発環境の広さはスレチじゃないと思うが。というか実際何使って開発してる?
2013/12/10(火) 22:38:21.63
>>167
すてまおつ
2013/12/10(火) 22:40:54.87
>>169
パソコン
2013/12/10(火) 22:43:29.33
>>169
2013/12/10(火) 22:46:37.34
>>169
キーボード
2013/12/11(水) 01:23:11.07
>>169
Eclipse
2013/12/11(水) 01:47:27.90
>>169
Vi
2013/12/11(水) 01:51:32.47
>>169
TOTO製
2013/12/11(水) 16:19:52.57
>>166
使い勝手を気にする用途に使ってるやつはいないだろう
2013/12/11(水) 19:39:42.11
GlassFishが商用サポート切るとかたまったもんじゃないな
JerseyからRESTEasyに切り替えないといけなくなりそうだ
2013/12/11(水) 19:45:15.93
やっぱasp.netが一番いいな
2013/12/11(水) 20:37:30.52
>>179
ポエムは真板へ
2013/12/11(水) 23:28:37.07
>>179
Web Froms時代はいまいちだったけど
ASP.net MVCは最高だよな
2013/12/11(水) 23:32:27.89
>>181
すれち
2013/12/11(水) 23:34:15.13
MS厨はなぜ粘着するのでしょうか?
2013/12/11(水) 23:45:27.57
ステマ
2013/12/11(水) 23:47:27.13
>>182-183
>>171-176のような無駄レスは文句をいわないくせに
ASP.netの文字が出ると感情的に批判してくるのな
2013/12/11(水) 23:51:42.85
>>185
ここでやってくれ、さようなら
http://toro.2ch.net/test/read.cgi/win/1146488925/
2013/12/11(水) 23:57:24.28
>>186
開発と関係ない板のURLはって馬鹿じゃないの?
少しはJavaの話でもすれば?
2013/12/12(木) 00:06:14.84
すれちに馬鹿といわれちゃった、わーん!!!
2013/12/12(木) 00:07:31.28
ておばちゃんか、しょうがねーな
2013/12/12(木) 10:16:01.45
真性のカスだなw
2013/12/15(日) 20:46:37.58
http://news.mynavi.jp/news/2013/12/13/062/index.html
Spring Framework 4.0正式版リリース - Java 8、Java EE 7に対応
2013/12/18(水) 00:19:57.11
すれちだろ
2013/12/18(水) 00:33:41.58
GlassFish使っててJBossへの乗り換えを検討してる所は少ないの?
JerseyMVCとか試そうかと思ってた矢先だったからなぁ
194デフォルトの名無しさん
垢版 |
2013/12/20(金) 12:37:54.79
一生プログラマーでいたいならフルスタックとかで楽すればいいよw
2013/12/22(日) 00:56:53.89
あんだけ某関係者の人がTomcatはオワコンこれからはGlassFishとかとDisってたのに
いつの間にかGlassFishの方がオワコンになっていたのか。

まあ、今もTomcat使って古いフレームワーク(StrutsとかSAとか)で動かしてる(爆)だからどうでもいいけど。
2013/12/22(日) 02:58:54.87
Java自体が終わりそうだけどね
ライブラリがクソすぎる
2013/12/22(日) 07:51:22.48
>>196そうか残念、さようなら
2013/12/22(日) 08:45:35.32
asp.netが強すぎるからな
2013/12/22(日) 09:49:22.90
>>198
そうか、どうでもいいけど、さようなら
2013/12/22(日) 13:04:11.82
Tomcatは起動が重いんだよな。
Jettyが軽くていい感じなんだけど、Tomcatに比べて日本語情報が少ない感じ。
JDBC使うのに、JNDI周りの情報も少ない。
2013/12/22(日) 17:38:03.86
JBossが最強だろ
2013/12/22(日) 18:44:49.04
ローカル試験で使う分にはWinstoneも軽くて良いですよ。
なにせjarファイル1個で動いて、160kbくらいだし
2013/12/22(日) 20:04:05.19
JSON返すだけとかなら、Netty直利用とかも良いですよ。

まあ、ネタはおいといて、Jetty組み込んででExecutable WAR配布とか、利用側はお手軽で良いな。
Javaでもセルフホストしやすい軽量スタックとか、そっちが流行らないかな〜。
2013/12/22(日) 20:05:57.66
組み込みサーバー+JavaFXは今後の選択肢として大いに有り得るらしい
JAX-RSとCDIが使えないほどの軽量サーバーならちょっと勘弁だが
205デフォルトの名無しさん
垢版 |
2013/12/22(日) 20:08:51.41
JAX-RSの実装もCDIの実装も、アプリケーション中に含めて組込サーバーといっしょに配布するで良いじゃん。
2013/12/22(日) 20:25:15.91
JBoss覚えるか。どう考えても最強だわ
2013/12/22(日) 20:39:18.03
jbossって起動に10分掛かるだろ
2013/12/22(日) 20:42:11.68
情弱乙
2013/12/22(日) 20:43:02.29
WildFly
2013/12/22(日) 20:59:18.59
richfacesでイベントを呼び出せない、俺涙
2013/12/22(日) 22:29:12.90
>>209
8.1が出てからだろ
2013/12/23(月) 15:42:07.91
>>209
WildFlyってRHELとFedoraの関係なんだろ?
名前変えられると、テンション下がるわー
2013/12/23(月) 16:25:18.46
>>212
横だけど、間違ってる、名前の問題だけ
2013/12/23(月) 16:31:32.49
むしろASがエンタープライズで使えない誤解すら生んだろうね
2013/12/24(火) 20:16:25.04
JSFで画面作ってる時に、http://java.sun.com/jsf/core ってのを使うけど
これ、primefaceとかrichfacesと何が違うの?
216デフォルトの名無しさん
垢版 |
2014/03/10(月) 05:55:51.25
age
2014/03/10(月) 07:39:49.81
3年ニートしてる間にseasar2ってオワコンになってたのかよ
使われなくなるのって開発ストップしたからバグとかセキュリティホールが見つかっても
修正されないからって意味合いが大きいからなん?
218デフォルトの名無しさん
垢版 |
2014/03/10(月) 15:24:45.00
作りが悪いからに決まってるじゃん
名前が違うだけのspringだし
独創性がないから宣伝はspringの悪口だけ
目玉のHotDeployはバグバグで動かないのにサクサク開発()

とどめに後発のPlay Frameworkがもっと高い技術力とサポートで
同じようなことしてるからまるで存在意義がない
2014/03/10(月) 18:54:22.97
スプリングググったらver4まで出ててワロタwwwwwwwwwwwwwwwww
初代スプリング触ったときゴミすぎで2度と触りたくないと思ったけど進化してたんだな
2014/03/10(月) 20:45:17.51
SpringMVC、使いやすいよ。
RESTと親和性高いし。
もうこれ以外使うきしない。
2014/03/10(月) 20:54:36.49
俺はPlayを使うね!!
2014/03/11(火) 02:51:10.09
javaしかやったことないから他の言語のwebアプリ状況がどんなもんか知らんけど
純粋にjava嫌いな層ってフレームワーク多すぎていろんところで開発スタイルバラバラすぎるからじゃねーの
勤勉でもないから触ったことないフレームワーク使ってるとお作法覚えるのもたりーんだよな
2014/03/11(火) 03:14:13.37
>>222
javaやったことなくてそろそろ手を付けようかなと思ってこのスレ見てるけど、
設定含めすべてにおいてめんどくさそうだからじゃね。
もちろんフレームワークの選別とか作法とかも分からないってのはあるが。
2014/03/11(火) 07:23:44.74
めんどくさいというイメージはだいたいStrutsのせい
2014/03/11(火) 07:42:49.43
ASP.NETが神すぎる
2014/03/11(火) 12:51:19.90
型コンバートやバリデーションをコントローラでやって
アノテーションつけまくる最近のスタイルが嫌いだ
2014/03/11(火) 17:07:04.92
Convention over Configurationとかってまだ流行ってんの?
2014/03/11(火) 17:20:32.04
Java言語をマスタしても、フレームワークのお作法覚えないとダメだし
フレームワークも色々で、プロジェクトによっては勉強しなおさないといけないし
言語だけマスタしてた時に比べて、大変だよね。
229デフォルトの名無しさん
垢版 |
2014/03/11(火) 17:28:37.61
>>227
Play frameworkは、さほどCoCにこだわってないように見えるね。
ルーティングは、routeファイルに必ず書くし。
2014/03/11(火) 19:30:14.12
>>228
チームで開発するときはアーキテクトさんが更にもう一枚「オレオレフレームワーク」でくるんで使わせるのではないか?

設定ファイル等々にしても集中管理するから末端プログラマが触る機会なんてないはず
プログラマに素のままのフレームワークを使わせるなんて危険すぎるが
2014/03/11(火) 22:35:21.22
一周まわって、フレームワークなしのサーブレットに、必要最低限の機能を持つ基底クラスだけ自分で作って使うのがベストだと思う。
2014/03/11(火) 22:58:08.03
>>230
オレオレ作った場合、プログラマに使い方を説明してる?
2014/03/11(火) 23:54:00.32ID:Y7xUI5Hj
>>232
APIドキュメント、サンプルプログラム、コメント付き各種設定ファイルなど一通り揃えて、取り合えずば簡単に動くものを用意
説明用の資料パワポや説明会は必要に応じて。
2014/03/14(金) 00:09:52.72ID:K0sLkIAE
更新止まったActiveObjectsやBeanKeeperの後継とかなくて
結局JPA + Hibernateに落ち着くのか
2014/03/14(金) 00:16:16.03ID:BtBBLClg
Seamってまだ息してんの?w
2014/03/14(金) 03:00:36.47ID:vTPAugkR
JAX-RSはフォームデータを渡した場合は@FormParamで受け取るしかない?
Servlet感覚で可変のフォームデータを受け取ってパースしたかったんだけど…
2014/03/15(土) 15:19:19.23ID:K2uN+xbt
アノテーションもりもりMVCとかO/Rマッパー考えたやつはセンスないな
素直にServletとJDBCで十分じゃまいか
2014/03/15(土) 15:32:33.28ID:JfWd/5x0
>>237
狂おしいほど同意
2014/03/15(土) 15:33:42.26ID:ODzNcjwn
servletでmemcached使いたいんですが
MemCachedClient mcc = new MemCachedClient();
mcc.set("name", "Naoki Takezoe");
ってやったあとmccのインスタンスはどこにしまっておけばいいんですか?
2014/03/15(土) 16:16:57.22ID:ha3L2y5+
>>238
開発者が100人位いるような大規模開発だとどうするの?
皆が勝手にConnection.prepareStatementとかやるわけ?
2014/03/15(土) 16:27:57.63ID:q7u7Ew65
100人も集めて何作ってるんだよw
2014/03/15(土) 16:33:36.62ID:4evGY2gy
案件規模とかそういうのはどうでもいいんだけど、
IDEの恩恵に頼って楽してコード書きたいから、そもそも今更自前でSQL書きたいとは思わないな。

あの書きづらい読みづらい、毎回同じような記述するだけのSQL文を構築していく作業って、
なんかこうテキストエディタでコーディングするのが好きな人向けな感じ。
あんなものは、パフォーマンスチューニングが必要になってから、必要最低限だけ書きゃいいのにな。

それにServletとかJDBCみたいなクソ仕様は、二度と触りたくないなw
あのあたりは、なんかもうかなりレガシーコードの塊になってしまってて、時代に沿ってない内容になりすぎてる。
インターフェイスの設計に失敗してる箇所が多くて、ラッパー噛まして使うのが前提みたいな状態。
2014/03/15(土) 16:44:35.64ID:JfWd/5x0
多くて3人くらいだわ
2014/03/15(土) 16:51:05.57ID:4evGY2gy
Seasar2はSAStruts+S2JDBC、S2JUnitくらいしか触ってたことないが、
- ドキュメントが総じてクソい、ほぼメンテされてない
- できることが少ないわりに何パターンかあったりして説明が乏しい
- フォームのバリデーションより先に処理を挟みたいなら有志の拡張かフィルター使うしかない
- 設定ファイルを減らすための命名規約の呪いがパッケージを強要したりクラス名を制限したりしてくる
- JPA実装してるけど一部しかサポートしてない
- 自動投入用のテストデータのフォーマットがExcel
- おまけにキモっぽいHotDeployはバグ多すぎ

殆ど良かったイメージが残ってないな。

最近なら、Servlet使うならSpring、使わないならPlayの2択でだいたいなんとかなりそうな気がする。
2014/03/15(土) 16:58:45.19ID:ha3L2y5+
>>241
大企業の基幹システム開発なら100人規模なんてザラ
2014/03/15(土) 18:28:18.81ID:Z5g2rNsd
>>245
そういう案件だとザラだけど高確率で炎上じゃね
そんなに人使う必要がある時点で発注側にも問題アリだよ
2014/03/15(土) 19:19:45.31ID:ha3L2y5+
>>246
どんなに大規模な基幹系でも、高々10人、20人程度で開発しきれるはずと申すか?
2014/03/15(土) 19:26:41.17ID:JfWd/5x0
どんなに大規模でもサブシステムに分割できるはず
2014/03/15(土) 19:30:27.26ID:ha3L2y5+
サブシステムことに開発標準を作ると申すか?
2014/03/15(土) 19:40:36.57ID:JfWd/5x0
開発標準とは何かな
そんなもの見たことないけど
2014/03/15(土) 20:11:03.06ID:K2uN+xbt
RDBでSQLのWHEREを書かないで、KVSみたいに全部javaで書くライブラリを作ってみる
http://ideone.com/4FZZeN
2014/03/15(土) 20:45:31.84ID:nOYr2Orx
何でみんなそんなにSQLを嫌ってるの?
SQL書けばええやん。
2014/03/15(土) 21:31:07.36ID:rh2Bnj0w
同意。
トラブったときはSQLのほうが圧倒的に楽
昔Hibernateで痛い目にあった。。。
2014/03/15(土) 21:46:03.69ID:LN7VnBH1
>>241
2014/03/15(土) 22:33:43.53ID:qWn8sJ/I
引用アラシ発見
2014/03/15(土) 22:51:59.47ID:xO9GlIgR
apacheのdbutilsが程よくJDBCをラップしてくれて好きだった
DBアクセスは自分でSQL書く方が好み
どっちも個人的な好みだから他人には強要しないけど
2014/03/15(土) 22:55:50.30ID:JfWd/5x0
フレームワーク厨は強要してくるからなー
2014/03/16(日) 00:26:39.56ID:UxgGr0B4
くだらない問い合わせはORマッパー通した方がくだらない間違いも起こりにくいだろ
複雑な問い合わせだけはSQL直書きするようにすればいいだけやん
目糞鼻糞だけど
2014/03/16(日) 05:05:07.42ID:1NSc6s95
SQLで書けば、コード量は多めでも、読解難度は低い。
ORMを駆使すると、コード量は少なめで、読解難度が高くなる。

他人が書いたコードを引き継いだ時に殺意を覚えるのは、後者。
特に、とっくに廃れたORMの場合。
260デフォルトの名無しさん
垢版 |
2014/03/16(日) 05:18:27.85ID:cHCjLYAE
流れるようなインターフェース()の悪口はそこまでだ

オレオレ色が強いと大変ね
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況