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/08(日) 23:26:57.59
言語だけ指定されたとしたら、その元請は馬鹿だなｗ
137デフォルトの名無しさん
垢版 |
2013/12/08(日) 23:34:10.39
>>135,>>136
Javaのシステムを他にも横展開したいようです。
それと、.NET系はコストが掛かるのがネックみたいです。
2013/12/09(月) 02:38:16.30
>>132
中小企業でSIerに丸投げするレベルならJavaはやめたほうがいい
Javaには開発生産性の高いフレームワークがないから、
開発のコストが高くつく。
一番高いコストはライセンス料金ではなくて人件費だよ

絶対にASP.netがベストだと思うよ
Windows認証使わずにベーシック認証を使うようにすれば
クライアントアクセスライセンスも要らない。
データベースもMySQLなどのオープンソースを使えばいい。
Windows Server(IIS)のライセンスだけならASP.netは安いものだよ。

>>137
.NETが高いとか言ってるようではそのSIerのレベルは怪しい。
SIerはJava以外はよくわかってない人ばかりなんだと思う。
そいつらの本音はJavaの知識と経験を使いまわしたいだけだよ
2013/12/09(月) 02:55:38.46
既にStrutの蓄積があるならともかく今から始めるなら普通にJavaEEかSpringMVCで
良いんじゃね?

元請けがJavaの経験あるなら彼らがそれを使い回すのは普通に合理的判断だしそこ
に.Net提案したところで干されるだけでしょ。
2013/12/09(月) 02:59:40.78
>>138
Windows認証とベーシック認証を比べる人にこの分野のアドバイスはあまり聞きたくないと思う。
2013/12/09(月) 03:16:26.31
>>140
何がおかしい？
認証方法でASP.netのトータルのライセンス料金が
大きく変わるんだから触れるのは当然だろう
Windowsの認証を使わなければ安くなる

あんたこそライセンスなにも知らないんじゃないか
2013/12/09(月) 05:58:15.33
Java 前提で話が進んでるのに、.NET と騒いで簡単に変わるものなのかな？
.NET の方が上手く扱えて交渉できそうなら、それも一つの解だと思います。

>>132
何を基準に重そうと判断してるのか外野からだと理解できないです。それより、
そのような質問をしてる時点でそもそも自分たちで作れるの？という方が心配・・・。

どんな高性能なフレームワークや素晴らしいアーキテクチャを採用してても
根幹の設計や主要な実装を誤れば低速でポンコツなものに仕上がるでしょう。
開発メンバーのプロジェクトと利用技術に対する理解の方が重要な気がします。

既に自分達で実績を持つ慣れた構成があるなら、それをベースに研究開発的要素を
極力無くすのが着実なゴールを取るための堅実な手法だと考えますが、
そういった構成が無いのであれば、時間のある内にさっさと活用する技術要素を
調査して開発メンバーで制御できる構成にまとめてしまうのが無難でしょう。
他人に言われて選定しても扱えない/向かない技術だった場合、意味がありませんので。

もっと細かいことを評価できる材料が挙げられれば、どのフレームワーク構成が
良いか？とか、具体的なアドバイスも得られやすいかもしれません。
2013/12/09(月) 07:10:54.44
>>141
認証のプロバイダとメソッドの区別のつかない人がウェブアプリの開発について何が言えるの?
あと中小のクラサバをWebアプリ化って多分イントラ向けでしょ。
普通にCALの購入が必要なパターンだと思うけど。認証方式関係ないし。
2013/12/09(月) 07:42:50.22
>>133
すれも読めない馬鹿
145デフォルトの名無しさん
垢版 |
2013/12/09(月) 09:05:07.01
>>132 です。
みなさんアドバイスありがとうございます。
JavaEE + SpringMVC + ・・を検討してみます。

JavaSE + Struts + 手作りのDAOもどき　の経験しかないので
本当は、JavaEE + SpringMVC + ・・は避けたいのですが・・・・。トホホ。
2013/12/09(月) 09:44:11.74
自分たちで作れる＝お守りできる技術で作るのが一番。
新規の案件で新規の技術を使うとかリスクの塊じゃん。
新しい技術使いたいなら社内案件とか無難な奴でやっとけ。
ちなみに俺ならWicket+JPAかな、一番慣れてるから。
2013/12/09(月) 10:22:56.64
>>145
>JavaSE + Struts + 手作りのDAOもどき　の経験しかないので
トホホだろうね
2013/12/09(月) 11:23:30.09
JavaSEでWebアプリって作れるの？
2013/12/09(月) 21:25:28.16
>>145
JavaEE と SpringMVC は、役割がかぶってますよ

JavaEE = JSF2 - EJB3 - JPA2
Spring = SpringMVC - Spring Framework - Hibernate/JPA

Struts2 は、会社を潰したいのでなければやめた方がいい
(喩え話ではなく、中小企業なら本当に潰れます。大きい企業なら
CTO が首になる)

自分が好きにできるなら、
AngularJS - JAX-RS/Websocket - EJB3 - JPA2
かな。
2013/12/09(月) 21:51:40.90
>>149
その構成でログインや認証ってどうやります？
151149
垢版 |
2013/12/09(月) 22:32:02.72
>>150
（要件のリッチ度によるが、) ユーザ認証・認可はアプリのレイヤではやりたくない。

ユーザ認証や認可は、JAASやSSO とブラウザ (とユーザ) の間で、勝手に解決してもらって、
アプリからは、何も考えずに req.getRemoteUser() なり req.getUserPrincipal()
でアカウント名や権限グループが取れるのが ... [作り手]としては理想。

そうなるように、よくよく費用対効果を説明して、お客さんに勘弁してもらうと、
後々双方とも幸せになれる。
（認証・認可を作りこむと、テストケースが爆発 ... の割にはユーザビリティ
の向上はごくわずか）

あと、JAAS の認証は多少融通が効きます。（３回失敗で５分ロックなど)
Glassfish、JBOSS なら既存の認証モジュールを参考に自作の認証モジュール
を作って差し替えることができる。
商用のコンテナの場合でも聞けば、やり方を教えてくれるはず。
2013/12/09(月) 23:40:25.11
>> 151
そういえば、Glassfishの商用版がなくなったらしいね

>>138
> ASP.netは安いものだよ。
> .NETが高いとか言ってるようではそのSIerのレベルは怪しい。
おれも、そう思うわ
2013/12/10(火) 05:20:10.23
どうしてもJavaでなければいけない理由がないなら
フルスタックのフレームワークでやるほうがはるかに楽だよな
3大人気の、ASP.net、Ruby on Rails、Djangoあたりで

いろんなライブラリを組み合わせなければいけないJavaはめんどくさい
保守のコストもかかる
2013/12/10(火) 05:29:18.25
フルスタック必要ならGrailsで良いじゃん。Javaの資産使えるし。
2013/12/10(火) 08:41:45.63
>>153
おまえなんでこのすれにいるの？
2013/12/10(火) 09:18:24.81
たしかにw
2013/12/10(火) 09:35:55.95
>>155-156
言語はJava8でいくらかましになるが、
まともなフルスタックのフレームワークすらないJava

Javaの痛いところつかれて反論できなくなって人格攻撃か
なさけない奴らだな
2013/12/10(火) 10:44:07.22
>>157
すれちだろ
2013/12/10(火) 13:37:54.00
>>157
Javaが嫌なら、スレから出て行けよ
スレタイも読めないのかこの池沼は
2013/12/10(火) 16:42:40.75
ASP.netくんの言いたい「フルスタックフレームワーク」が何を指すのかようわからんが・・・

デプロイ環境からORM、View生成まで、ウェブアプリケーション開発に必要なものが全部
揃っているAPI Frameworkと言う意味ではJavaEEと標準実装であるGlassfishがそうだろう。
Rails風のCoC重視でコマンドラインも併用したRAD環境であればGrailsやRooがある。
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
真性のカスだなｗ
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
一生プログラマーでいたいならフルスタックとかで楽すればいいよｗ
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まで出ててワロタｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
初代スプリング触ったときゴミすぎで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ってまだ息してんの？ｗ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況