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

**デフォルトの名無しさん** · 2014/04/14(月) 00:48:12.31

>>319
じゃあ本当の次世代型は？

**デフォルトの名無しさん** · 2014/04/14(月) 00:49:40.99

>>318
>>317のURLに書いてある「次世代型」。

生産性が低いなら海外で人気になったりしないと思う
なんで日本だけStruts使ってる化石企業ばかりなんだろう

両方とも経験ある人の意見が聞いてみたい。

**デフォルトの名無しさん** · 2014/04/14(月) 00:50:10.04

XML+XSLTで昔からできたのに全然普及しなかったな

**デフォルトの名無しさん** · 2014/04/14(月) 01:09:57.18

>>320
Oracleの中の人の認識だと、まだajax使ったREST+JSON止まりなんだろう。
もうすでに、pjax+pushStateがメインで、今までのjsonベースの仕組みは
補助的に使う感じの動きになってきてる。

特にクライアントがモバイルの場合、SPA構成だとpjax+pushStateにしないと
いろいろ画面遷移周りの実装が複雑になりがちだし、
業務アプリ以外の外向けWebサービスなんかの場合は、サーバからJSONだけ
返してもらってクライアントでDOM生成する設計だと、SEO対策的にも高コスト。

とはいえ、イントラ系業務システム限定なら、REST+JSONでも何ら問題ないけど
だったらStruts1.x（）でもいいだろって話になる

**デフォルトの名無しさん** · 2014/04/14(月) 01:19:47.94

pjaxも所詮RESTじゃん
JSFと違ってJAX-RSにVIEW実装なんて定義してないぞ

**デフォルトの名無しさん** · 2014/04/14(月) 02:26:03.09

次世代型って要はAjaxとJQueryでUI手書きかGWTってことでしょ。
旧来型には、javascriptを隠蔽するJSPタグライブラリとか
Wicketコンポーネントなんかがこちらに含まれるのかな。

**デフォルトの名無しさん** · 2014/04/14(月) 04:19:53.32

>>323
元々PushState + Ajax = Pjaxじゃねーの？
そのPjaxにもう一回PushState加えるってどういうことだよ？w

**デフォルトの名無しさん** · 2014/04/14(月) 18:51:03.43

10年前からメンテしてるサイトは素のServlet/JSPで作ったが
流行に乗ってstrutsとか導入しなくてよかった。
長期開発・運用だと技術スタックは小さいほどいいね。
仕事だと「最新の開発手法」とやらの圧力が高くて抗えないけど・・

**デフォルトの名無しさん** · 2014/04/14(月) 19:02:38.25

Servlet使ってるところのソースは大抵糞コードだから読まされる立場だとうんざりするけどな

**デフォルトの名無しさん** · 2014/04/14(月) 20:01:34.37

このスレっていつもループしてるよね・・・
適当に上の方へ戻っても話がつながって読める

**デフォルトの名無しさん** · 2014/04/14(月) 21:13:37.20

まったくなｗ

**デフォルトの名無しさん** · 2014/04/15(火) 00:54:06.51

>>325
jQuery手書きは旧世代だね。
AngularJSはjQuery使わないし、Backbone.jsでもテンプレートエンジンや
Marionettoとかのプラグイン使えばjQueryは隠蔽されるのが現世代。
AngularJSやBackbone.js使えば意識するまでもなくPushStateも使われるんだが、
>>323は何を次世代だと言ってるんだろうか？
ブラウザ側から見た新世代はWebComponents抜きには語れそうにない。
SEO含めた取り組みはRendrのやり方が新世代になりそう。

**デフォルトの名無しさん** · 2014/04/15(火) 01:04:58.06

Oracleの人は立場上、自社のJava EE7を推したいわけでしょうから
Java EE7標準を使った開発が、オラクルの言う「次世代型」でしょう

>>323
＞だったらStruts1.x（）でもいいだろって話になる
よくないでしょう
>>301の記事内でも指摘されているように
セキュリティ上の理由で、メンテナンス終了したStrutsはもう新規に使えない。

>>331
Javaはいろいろやり方があってわけがわからないよ
その辺の新しい開発方法をわかりやすくまとまめてあるサイトや本は
ありますか？

**デフォルトの名無しさん** · 2014/04/15(火) 01:16:41.62

phpだとcakephpが個人・学生から企業まで定番化してるっぽいけど
jsf2とかspringmvcがその地位には立てそうにないなー

**デフォルトの名無しさん** · 2014/04/15(火) 01:26:31.68

>>332
わけがわからないのはJavaじゃなくてJavaScriptのことだと思うけど、
とりあえず一つ追っかけるなら、今だとAngularJSがいいんじゃないかな。
読んでないけど日本語の本も一つ出てるし、来月にはオライリーの翻訳本も出る予定。

**デフォルトの名無しさん** · 2014/04/15(火) 01:56:57.27

JavaScriptは、後から後から話題になる要素技術がどんどん出てきて
トレンドが変わっていく
アメリカではそういうの自分たちでどんどん作って送り出すけど
日本じゃそれを表向きはドヤ顔で、内心ヒーヒー言いながら追いかけて
疲弊するだけ
不毛すぎる

**デフォルトの名無しさん** · 2014/04/15(火) 02:22:34.80

そろそろ表向きドヤ顔もできない感じになってきたわ
Webアプリやりたくねぇよ

**デフォルトの名無しさん** · 2014/04/15(火) 07:34:40.23

Web系はドヤってなんぼだろw
黙々と作業だけしてたら底辺臭が滞留してきちゃうからね

**デフォルトの名無しさん** · 2014/04/15(火) 08:14:59.36

去年辺りまではbackbone.jsがオススメされて
今年はAngularJSがはやってるよね
来年はまた別のものが流行して
再来年にはまた別のトレンドが来る
一貫してるのはなんだかんだでjQueryがデファクト

**デフォルトの名無しさん** · 2014/04/15(火) 15:28:26.34

ドヤ顔で講釈垂れてもな・・・
職場の人間は正直だと思うぞ

**デフォルトの名無しさん** · 2014/04/15(火) 20:31:58.52

最近の流行はJsViewsじゃないの？

**デフォルトの名無しさん** · 2014/04/16(水) 01:13:38.68

>>335,338
Javaも以前は同じだったじゃん
2000年にStruts 1.0とTapestry 1.0、2001年にWebWork 1.0、
2003年にJSF 1.0、2005年にWicket 1.0、2006年にClick 1.0…
ORMやDIコンテナも含めるとあの頃のJavaは今のJSよりもいそがしかった気がするけどな。

あとアメリカ人がみんな「自分たちで送り出す」なんて思ってないだろう。
ひがやすをがSeasar2を出したからって日本人がみんなそう思わないのと同じで。

**デフォルトの名無しさん** · 2014/04/16(水) 01:13:43.98

jQuery以外はdartでも触ってたほうが良さそう

**デフォルトの名無しさん** · 2014/04/16(水) 01:15:52.69

ひがやすを & やねうらをは兄弟らしい

**デフォルトの名無しさん** · 2014/04/19(土) 04:47:43.50

こういうの見ると、継続的なサポート力というのは重要だなあと。
5年後はすたれてそう・・みたいなフレームワークへの依存は避けたい・・

Apache Struts2 脆弱性に注意、IPA
http://news.mynavi.jp/news/2014/04/18/139/

**デフォルトの名無しさん** · 2014/04/19(土) 09:22:13.99

Struts2は後年にフレームワークの歴史における失敗作として語り継がれそう
やはり兄より優れた弟など存在しないんだ

**デフォルトの名無しさん** · 2014/04/19(土) 10:16:08.10

Struts3ってどうなったんだ？

**デフォルトの名無しさん** · 2014/04/19(土) 12:31:51.21

正直もうJava EE一本化でいいんじゃないのか
標準だからStrutsやSeasarみたいに数年でオワコンにはならんし

**デフォルトの名無しさん** · 2014/04/19(土) 21:06:21.46

アクションベースのWeb FW、モダンなテンプレートエンジン、Micro-ORM
…を熟れるレベルまで標準化してくれるなら、そしたらEEでも良いよ、
っという意見は昔からあるけどな。

**デフォルトの名無しさん** · 2014/04/22(火) 20:51:03.30

NodejsやAngularJS使っている開発でyeoman入れている人いる?

**デフォルトの名無しさん** · 2014/04/23(水) 21:47:01.86

例えば、Strutsを避ける
http://www.scutum.jp/information/waf_tech_blog/2014/04/waf-blog-036.html

Struts2は根本的設計がまずかったり今のメンテナにとって
やる気のでないプロダクトだったりって状態なのかねえ
SIerが貢献することもなく使い続けて情報漏洩しまくらないといいが

>>349
JSの話題はここでは返事もらえないと思うよ

**デフォルトの名無しさん** · 2014/04/24(木) 01:22:07.08

node.js使ったサーバーサイド開発やってるのに
未だにJavaとJavaScriptの違いが解らないアホがいるってのが驚きだわ

**デフォルトの名無しさん** · 2014/04/24(木) 01:26:25.43

>>350
そのエントリ書いた人、StrutsとStruts2は全くの別物だってことと、
Struts2は少なくとも日本じゃポピュラーじゃないってことを知らなさそう

**デフォルトの名無しさん** · 2014/04/24(木) 22:11:08.66

今更?。Struts2は出た当初から致命的な脆弱性がある欠陥品だと言われていたでしょ。
MBSDで暫定的なものであるが、サーブレットフィルタのソースコードを公開したよ。
http://www.mbsd.jp/img/testFilter.java

**デフォルトの名無しさん** · 2014/04/24(木) 22:42:18.68

最近、JavaEEやspringMVCからJavascriptへ
トレンドが移行している印象を受けるね。

JavaSE8もあまり話題にならないけど、どうなの?

**デフォルトの名無しさん** · 2014/04/24(木) 23:17:35.98

【IT】サイト構築ソフト・ストラッツ1(Struts 1)に欠陥　パッチなく官公庁などサイバー攻撃の恐れ [4/24]
http://ai.2ch.net/test/read.cgi/newsplus/1398347971/

Struts 1.x使っていた時代遅れ企業終了

>>354
その印象を持ったのはどういう理由？
Java開発案件が減ってJSが増えてる？

**デフォルトの名無しさん** · 2014/04/25(金) 22:40:29.27

>>355
開発案件に影響は出ていないが、技術的な部分が日進月歩なので表面化しつつある。
WebがHTML5に向かう中で、Javaが担う機能を、どこまでJavascriptで
担えるかというところで微妙になってきた。
基幹業務システムをJavascriptで作る時代がきそうだと。

**デフォルトの名無しさん** · 2014/04/26(土) 10:22:26.71

乱暴に言えば基幹システム＝DBアクセスだから、サーバサイド開発をゼロにするって無理だろ
JavaScriptから直接SQL叩くことを許可するのか？

**デフォルトの名無しさん** · 2014/04/26(土) 12:23:42.67

>>357
クライアントではなくてサーバーサイドJavascriptの話をしているのだから
それ的外れな指摘だよ

>>356
Javascriptって、もともとDOM(xml/html)を操作して
画面UIを操作するためにあるような、それくらいしか能がない言語でしょ。
サーバーサイドには機能面で非力すぎるし、また独自仕様乱立とか始めるのがオチ。

**デフォルトの名無しさん** · 2014/04/26(土) 14:17:54.62

>>356
＞基幹業務システムをJavascriptで作る時代がきそうだと

これは絶対に来ない
もし基幹業務をJSで作ったとしたら大バカ企業

動的言語は大規模開発だと開発生産性が落ちる。
このデメリットが大きいからFacebookなどもPHPを
静的言語に魔改造しようとしてきた。

JavaがゴミみたいなWebフレームワークしかないのに
大規模サイトで使われてきたのは、静的言語で、
ライセンスが比較的自由だからだろう

**デフォルトの名無しさん** · 2014/04/26(土) 14:50:52.36

サーバーサイドJavaScriptといえばIBMがこういう記事出してるな。
http://www.ibm.com/developerworks/jp/java/library/j-nodejs/
それにIBMのBlueMixなんかは基幹系開発も用途に含むPaaS環境だけど
node.jsやRubyも対象にしてる。

まぁ日本のイントラ基幹系は業界的にも従事する人間の考え方的にも
頭が硬くて柔軟性に欠けるから、node.jsベースの開発なんて無理だろうけど
B2CとかのエンドユーザーがコンシューマーだったらサーバーサイドJavaScriptは
ぼちぼち盛り上がってるんじゃね。

JDK1.0が出た当時だって、動きのあるホームページ作るものでしょ的な
イメージばかりで将来まさかJavaがビジネス基幹系に使われるように
なるなんて誰も想像しなかったわけで。

静的型付けができないとか型推論とか言語仕様的にはJavaScriptそのものは
いろいろ欠点あるけど、CoffeeScript/TypeScript/HaxeとかのAltJSを使えば解決できる。

**デフォルトの名無しさん** · 2014/04/26(土) 16:46:48.48

JavaScriptもこんな流行るとは思わんかったよ

**デフォルトの名無しさん** · 2014/04/26(土) 17:49:10.55

現状ではpaypalの開発が代表的かな。
http://www.infoq.com/jp/news/2014/01/paypal-java-javascript

**デフォルトの名無しさん** · 2014/04/26(土) 20:18:05.95

node.jsでサーバー書くより
ブラウザでjavaなりc#が動いてくれたほうがよっぽどありがたい

**デフォルトの名無しさん** · 2014/04/26(土) 21:29:20.02

>>357-358
SQLではないけどAWSのDynamoDBはブラウザのJSから直接アクセスするための機能が
既に備わってるからあながちあり得ないって事はない

http://aws.typepad.com/aws_japan/2013/11/fine-grained-access-control-for-amazon-dynamodb.html

セキュリティ的には現在のアプリサーバのように一つの権限で全ユーザの情報に
アクセスしてる方がリスクが高いという考え方もできなくはないしね

>>360
そうそう、世紀末くらいまではJavaに対しても>>359みたいな意見が普通だったよね
OSでいえばLinuxもそうだし、その前はWindows、更に前はUnixも基幹系では
使えないって意見が多数派だった
ハードでもPC(x86)サーバもUNIX(RISC)サーバも最初は同じ
それでも使う人達がでてくることでいずれ使えるようになってく
繰り返される歴史からはJSで基幹系作る日が来ないとはとても言えない
個人的に作りたいかどうかは別の話だがw

>>362
世界規模の決済系で使われてるってのは実績としてでかいよね

>>363
Dartがブラウザに乗れば一応それらに近いんじゃないかな

**デフォルトの名無しさん** · 2014/04/26(土) 21:42:46.56

あと動的言語かどうかはもちろん、生産性も基幹系で使うかどうかにはたいして影響ないよ
今基幹系で使われてる言語でもCやCOBOLは弱い片付けの言語だし生産性も高くない
それよりベンダのサポートとか人の集めやすさとか世界中で使われてる実績とか
技術とは無関係なところで決まりやすい(それを肯定したいわけじゃないが現実としてね)

**デフォルトの名無しさん** · 2014/04/26(土) 22:40:13.33

>>365
大規模開発での静的言語の優位性を否定するとかありえないわ

それとベンダサポートが重要なのはそのとおりだが
人気のある静的言語ほど大手のベンダーが関与してる割合が高い
C#もJavaもそう

動的言語はコンパイラ開発不要で個人レベルでも
作れるからOSSで言語が乱立する
頻繁に不要な仕様変更が入りメンテナンスコストが高くなる
開発生産性というのはバージョンアップなどのコストも含めての話

**デフォルトの名無しさん** · 2014/04/26(土) 23:26:36.12

>>366
優位性を否定してるんじゃなくて、その優位性が重要な要素とはならないって言ってる
まぁ、スレ違い気味だしわかれとはいわんよ

**デフォルトの名無しさん** · 2014/04/27(日) 00:08:06.48

>>363
silverlightやアプレットやってた人間からすると、それは絶対やだ。

**デフォルトの名無しさん** · 2014/04/27(日) 01:25:17.57

動的言語ってchar1単位で操作したりするの向いてないだろ
もうjavascriptを使うこと自体が目的化してるんじゃないか？

**デフォルトの名無しさん** · 2014/04/27(日) 01:33:26.98

>もうjavascriptを使うこと自体が目的化してるんじゃないか？

フロントエンド系やってる連中は、そんなことを目的にしてたら
デスマーチの深淵に落ちていくことくらいよく解ってるよ。
あいつらはいかに楽をするか自動化をするかってところが目的になってる。

「結果的」にブラウザ上でJavaScriptを動かすために
ローカルPCに仮想環境突っ込んでvagrant, chef, yoemanとかで
環境作って裏ではRubyが動いてたりもうカオス。
でもこの環境構築自体も今やコマンド一発とかそんな世界。

一部分では下手なサーバサイド開発よりも楽できる世界が構築されつつあるが
Webアニメーションとかやってる連中は相変わらず死んでるな。
Androidという魔物に挑んで力尽きていくやつらの亡骸が山積みだ。

**デフォルトの名無しさん** · 2014/04/27(日) 01:43:14.20

そもそもweb系でバイト単位の操作をすることはそんなに無い。
仮にそういうのを意識しないといけないことがあっても大体ライブラリでカバーできてるし。

**デフォルトの名無しさん** · 2014/04/27(日) 11:56:19.52

サーバ側でjavascriptを使うことがメルヘンなのだろう

**デフォルトの名無しさん** · 2014/04/27(日) 20:26:48.25

>>371
アプリケーション層で自由度の低い言語ってありえないだろ
構文解析コンテンツとか作れないじゃん

javascriptはかなり貧弱だから
頻繁に他の言語で実装されたプラグイン呼ぶことになる

そもそもjavascript自体が嫌われているのに
UI層と同じ言語を使いたいという動機だけではデメリットのほうが多いよ

**デフォルトの名無しさん** · 2014/04/27(日) 20:36:30.94

Google Apps scriptとか技術的にどこまで応用されるのか
見極めないといけないね。

**デフォルトの名無しさん** · 2014/04/27(日) 21:28:19.68

>>373
node.jsだとバイナリデータも扱うこともできるみたいだし、自由度が低いってことは無いと思う。
というか自由度を求めるんなら極端な話Cで全部書けばいいんじゃね？
用途とか目的とかコストとか考えた時、自由度はある程度切り捨てられるものだ。

サーバーサイドでnode.jsやらを使う利点は、学習コストが極端に低いこと。
なんせweb系やるならjavascriptはほぼ必須だから。

とはいえjavascriptで組みたくないってのは同意。

**デフォルトの名無しさん** · 2014/04/27(日) 22:23:43.64

TypeScriptいいよ

**デフォルトの名無しさん** · 2014/04/28(月) 09:43:29.05

altJS系の動きも、JSをサーバサイドで使うことより
もっと大規模開発に向いた言語でフロントエンドやりたいって人が多いと思う
結果的に1言語で十分になるならいいことかもしれんが

**デフォルトの名無しさん** · 2014/04/28(月) 14:01:38.33

ポストJSはDartが一番良さそうだけど（Javaのブラウザ用サブセット同然）
IEのシェアが圧倒的だから、googleの思惑通りにブラウザから
直に動かす言語としては普及させられない

代わりにMSがTypeScriptあたりをごり押しで普及させてくれれば良いのだが
あそこは相変わらず意味不明なことばかりに力を入れているな

**デフォルトの名無しさん** · 2014/04/29(火) 02:57:59.13

CoffeeScript, TypeScriptを仕事で使ってみて
結局素のJavaScriptとjQueryに戻ってしまった

**デフォルトの名無しさん** · 2014/04/29(火) 12:31:30.66

今のWebはごちゃごちゃ流行りものをやりすぎなんだよとしか言いようがないな。
大体どれも3年後、5年後には失笑されるような技術ばかり。

実験プロジェクト的なものがこの世に存在する意義はあると思うけど、
それらの拙速な製品への適用はほんと愚かだよ。

**デフォルトの名無しさん** · 2014/04/30(水) 03:20:47.67

ファッションやら家電に車とかで、今これがすごい！流行りはこれ！
みたいにブームを作って商売するのがこの界隈にも増えただけだと思うわ。
HTML5なんかまさにそれだと思う。
需要喚起って意味では良いのかもしれんが完全に手段が目的になってる気がする。
金稼げないと飯は食えんけどさ。

**デフォルトの名無しさん** · 2014/04/30(水) 03:30:41.63

Javaだってそうだったじゃん
Jakartaとかから次々と流行り物が出てきてJavaWorldなんかで特集されてみんなおっかけてたじゃん
Strutsだってそうやって流行ったものじゃん

**デフォルトの名無しさん** · 2014/04/30(水) 06:38:09.24

Javaも含めて言ってるんだろ

**デフォルトの名無しさん** · 2014/04/30(水) 08:39:19.02

土台となるjavascriptちゃんとしてればいいけど
phpがjavaの後追いしてるのと同じ不毛さを感じる

**デフォルトの名無しさん** · 2014/04/30(水) 09:10:41.01

例の脆弱性で、ようやくStruts1からの脱却が進みそうですな。

周りの人に聞いてみると、JavaEEが次のフレームワークのファーストチョイスっぽいね。理由は「標準」だかららしい。それじゃOracleの思う壺ですけどね（笑）

OpenSSLの事もあり、OSSのソフトウェアをなるべく避ける風潮が何と無く社内にあり、開発がやり辛くなりそう。

**デフォルトの名無しさん** · 2014/04/30(水) 10:10:27.63

今はJavaEEかSpringの2択のところが多いな。

**デフォルトの名無しさん** · 2014/04/30(水) 14:39:09.69

NEC製のオレオレフレームワーク使わされそう
ググったらオープンソースのフレームワーク組み合わせただけの糞なんだけど
これをIDEとして売り物にしてるっぽい。独自開発環境なんて開発工数減らすどころか増やすだけだろ
マジあほ

**デフォルトの名無しさん** · 2014/04/30(水) 17:48:30.62

その手の国産オレオレフレームワークって
たいていなんかの開発案件で使われたものを
「これ、ヨコ展開して製品化しよう！」とかって
上層部が思いついて出来上がる気がする

変にオープンソースをベースにしてたりするから
無駄な初期学習コストが出ちゃうのと何かあった場合に
コミュニティが蓄積してきたノウハウが使えなかったりして困る

**デフォルトの名無しさん** · 2014/05/04(日) 07:10:20.23

JAVAをつかったWEBアプリを作りたいなとおもっています。

JAVA標準Java EE 6で、JSF2.0を使えば楽にできるものなのかなとおもっています。
ASP.NETのUIコンポーネントモデルと似ているそうです。

今のところ、JSF（Java Server Faces）の話がないのはなぜですか。
JFS 1.Xは不安定らしいが、2は良いらしい。
http://gihyo.jp/news/report/2013/09/1901?page=2

なにかアドバイスがあればください。お願いします。

**デフォルトの名無しさん** · 2014/05/04(日) 09:48:13.90

>>389
サンプル作って比べるなり評価すればいいじゃん。
JSFについてはJSFがやらなかったか、Java EE自体はやらなかったのため。

**デフォルトの名無しさん** · 2014/05/04(日) 09:55:34.05

>JSFについてはJSFがやらなかったか、Java EE自体はやらなかったのため。

いや、このスレッドで、話が出ていないんすよ。
ctrl + f →JFS

**デフォルトの名無しさん** · 2014/05/04(日) 13:32:46.94

以前にＪＳＦの専用スレが立っていたはず。過去ログ探してみ

**デフォルトの名無しさん** · 2014/05/04(日) 13:36:42.43

あとWebProg板に関連しそうなスレが立っている。

Java EE part1
http://nozomi.2ch.net/test/read.cgi/php/1300634117/

**デフォルトの名無しさん** · 2014/05/04(日) 13:51:40.57

JSF2.0でprimefaces使うと確かに
簡単に結構リッチな画面が作れそう

ただJSFは仕組み上
サーバリソース食うんで利用者が多いような
サイトには向かない気がする

EE6だと
JAX-RSとjavascriptか
JSF2.0で画面作るんだと思う

前者は大変だがユーザー数だとか作り込む上で制約が少ない
後者はサクッと作れるが制約が多い

といったイメージ
間違ってたらごめん

**デフォルトの名無しさん** · 2014/05/04(日) 14:11:11.21

>>391
JSF2 は、ジェット戦闘機の時代に登場した、最強のレシプロ戦闘機っていう感じですかね。

JSF2 は、サーバ側で HTML を作る、Struts、JSF1、Tapestry、Wicket... などの旧来型の
Webアプリの集大成。
でも時代は、クライアントサイドで MVC が完結して、サーバーサイドは API に特化する
という方式に移りつつある。

移行コストが問題。従来型の Web アプリでいいなら、Servlet + JSP の延長線上にある
Spring MVC でいいかとなるし、どうせ新しいことを覚えなきゃいけないなら、
ExtJS + Rest API でやろうかねとなる。

**デフォルトの名無しさん** · 2014/05/04(日) 14:50:26.51

JSFって、戻るボタン押したらログイン画面に飛ばされる奴？

**デフォルトの名無しさん** · 2014/05/04(日) 15:09:02.38

以前SIerで企業や官公庁向けのWebアプリ開発の仕事してて
今はコンシューマ向けWebサービスの開発してるんだけど
SIerはほんと進歩が無いんだなと感じる。
もっとも、常に「枯れた（安定してる）技術」が重要視される
業界だから、進歩させる必要はないのかもしれないけど
開発者にとってはつまらないんじゃないか。

世間では叩かれまくってるソシャゲ屋なんかは、使ってる
要素技術や仕組み的にはけっこう最先端が多い。
どんどん新しいものを取り込んで実装していく。
不安定なものもあれば、すぐに廃れていくものだったりするんで
これはこれでリスキーだけど、サービス寿命は短いから
これでもいいんだろう。

**デフォルトの名無しさん** · 2014/05/04(日) 23:26:27.01

>>391
JSF 21レス/396レス
だが

**デフォルトの名無しさん** · 2014/05/05(月) 01:30:48.46

結局ここでJSFやらJavaEEもおっけーってことかな

スクリプトゴリゴリ書きたくないから
個人的にはJSF2に頑張って欲しい

**デフォルトの名無しさん** · 2014/05/05(月) 01:34:42.59

>>397
業務アプリにとっての「技術」は目的ではなく手段に過ぎないからな
目的が達成できるならレガシーな技術で十分
先端追いかけてくれる人たちがいるお陰で、周回遅れで安定した(枯れた)技術を採用できるとも思ってる
確かに技術屋には魅力はないだろうが、そういうもんだろう

**デフォルトの名無しさん** · 2014/05/05(月) 02:57:09.05

>>400

最新の技術に拘る訳じゃないが
新しい方が品質、生産性が高い場合もあるんじゃないかなぁ
学習コストっての問題はあるが・・・

**デフォルトの名無しさん** · 2014/05/05(月) 03:20:29.45

>>401
あると思う。
でも数多ある新技術がすべて宣伝通りのレベルに達しているかと言うと、期待はずれの技術もまた多いわけで
その辺はイノベーターさんやアーリーアダプターさん達の成果に頼ることになる

**デフォルトの名無しさん** · 2014/05/05(月) 10:46:41.45

JavaでいうとServlet+JSP以外信用できない
フレームワークは穴だらけ
新しいものは信用できない

**デフォルトの名無しさん** · 2014/05/05(月) 16:22:20.74

struts普及しすぎたせいで未だにstruts使ってるところ多い感じだ
ドヤ顔で独自フレームワーク開発してますとかほざいたくせにベースにstrutsとか寝ぼけてんのかよ

**デフォルトの名無しさん** · 2014/05/05(月) 23:41:08.23

strutsは普及しすぎたが故の脆弱性問題かね
OpenSSLといいIEといいこの手の話最近多いけど
他が安全っつうよりはマイナーなだけな感じ

ただオレオレFWが結局同じ問題を抱えてて
各々対処しないといかんのはダサいね

じゃあjavaEEなのかと言うとよくわからない
標準といえど旧EJBのような失敗作もあるし

**デフォルトの名無しさん** · 2014/05/05(月) 23:55:41.61

フレームワークは使ってるってだけでドヤ顔できるかな

**デフォルトの名無しさん** · 2014/05/06(火) 00:36:47.39

>>400
日本で業務系アプリやってる奴らは
周回遅れどころか10年以上遅れてるだろう
リリース後に1年もたてば十分に安定した技術になる。

ただ時代遅れで新しい技術についていけていないだけなのに
「枯れている」などという言葉で正当化しようとする

フレームワークの有り無しを論じていたり、Strutsがどうこうとか
日本だけ時間が15年くらい止まっている感じだな

**デフォルトの名無しさん** · 2014/05/06(火) 01:51:30.39

>>407
どうした？業務アプリに親でも殺されたのか？

**デフォルトの名無しさん** · 2014/05/06(火) 10:04:43.41

企業の場合、フレームワークにノウハウを詰め込んでる場合が多いから、土台が古くなってもなかなか変えられない。
下手に変えるとエラい目に会うからな。

**デフォルトの名無しさん** · 2014/05/06(火) 10:11:07.39

＞strutsは普及しすぎたが故の脆弱性問題かね
JSP系統全体の脆弱性じゃないの

Velocityとかで同じようなことは大丈夫なのかな

**デフォルトの名無しさん** · 2014/05/06(火) 12:34:59.61

OGNLとかBeanUtilsとか個別の要素のバグや仕様だから同じことしてたら問題はある

**デフォルトの名無しさん** · 2014/05/06(火) 15:00:56.09

欧米だと、業務系アプリでもどんどん新しい技術採用してるのにな
バックエンドはSpring+MySQLやnode.js+MariaDB、フロントはHTML5ベースで
backbone.jsやAngularJSにしてREST-APIで繋ぎ、サブシステム連携も充分とかさ

**デフォルトの名無しさん** · 2014/05/08(木) 20:14:41.32

>>393
プログラムとWebプログラミングとで板が分かれていたの知りませんでした。

>>394
JSF2.0は、MSのASP.NETみたいにできるそうです。
でも、MSはサービス運用でライセンスにお金が絡んで自由に使えないのでそんな技術は使いたくありません。
未来に自由をもたらすために、javaで行きます。

LAN内向けサービスなら使えそうですね。
リソースの問題も、今後JSFのバージョンがあがっていくにつれて改善されることを期待します。

>>395 >>399
>JSF2 は、... などの旧来型のWebアプリの集大成
今やJDKの標準技術になっているんですよね。

>JSF2に頑張って欲しい
同感です。

>クライアントサイドで MVC が完結して、サーバーサイドは API に特化するという方式に移りつつある。
余計に処理の流れが複雑になりそう・・
サーバの負担は軽くなりそうですね。

JFS2.0の書籍を大型の本屋に探しに行きましたが、一冊だけでした。
掌田津耶乃「EclipseではじめるJavaフレームワーク入門　第4版」が
JFS2.0を使ったプログラム例と詳細な解説が載ってました。

これ以外に、どうして売っていないのか不思議です。　（JFS2.0は、JDKの標準技術なのに。）
オイラリーのは、JSF1.0を対象に書かれていたので、対象外です。2004年初版でした。

**デフォルトの名無しさん** · 2014/05/08(木) 21:30:25.66

asp.netもasp.net MVCっていうサーブレットチックなものが主流になってる。

asp.netもjsfも柔軟性にかける割に生産性もそこまで高くないんだよね

**デフォルトの名無しさん** · 2014/05/08(木) 22:39:57.36

生産性が低いとは思わないけど、まあ、ぎょーむ屋さんがつまんねーLOBアプリをシコシコ作るの専用感はある。

**デフォルトの名無しさん** · 2014/05/09(金) 04:23:02.68

Struts2+Spring DIでStruts2のActionにDIするWebアプリケーションを作ってる。
このアプリの実行時に、DIされるべきフィールドがnullになっててヌルポが発生することがある。
アプリをコンパイルしなおしたらヌルポが発生する場所が毎回変わったりするので原因がよく
わからない。

Tomcatが利用できるメモリ容量を増やしたらヌルポが発生しなかったので、DIに必要な
メモリが足りないのが原因かと思ったんだが、そういうことってありうるのかしら？
みんなTomcatのメモリ容量はどのぐらいにしてる？

**デフォルトの名無しさん** · 2014/05/09(金) 04:36:52.76

>>414
asp.net MVCがサーブレットと同類のわけないだろ
お決まりの処理は最小限のコードで書ける
ASP.net MVCの生産性の方が圧倒的に上

>>413
掌田津耶乃の本はやめておけ
いろんな言語のフレームワークの本を書いているがどれも評価低い
内容が薄っぺらい、同著者のamazon レビューを見たほうがいい

＞これ以外に、どうして売っていないのか不思議です。

理由はJavaの技術は定番がなく分散してるから
膨大な時間をかけて本を書いても売れない、儲からない
日本語で書いたら日本人しか買わない
どうしても本で学びたければ英語で書かれたものを探したほうがいい

**デフォルトの名無しさん** · 2014/05/09(金) 04:41:29.70

>>416
いまさらStrutsとは

ヌルポにメモリが関係あるわけないだろ
物理メモリが足りなければ、HDD/SSDなどの仮想メモリが使われる

**デフォルトの名無しさん** · 2014/05/09(金) 05:03:29.99

>>418
うん、おれもStruts使いたくない。

やっぱ関係ないか。再現条件（ヌルポの発生場所）がころころ変わるんで悩んでる。
DIされるべきところがnullになるケースってなんかない？

Java Web Application Framework総合 ver2

Java Web Application Framework総合　ver2