- 1 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:34:57 ]
- JSFについて語ってくれ
前スレ
JSF(JavaServer Faces)【.NET死亡？！！！】
pc8.2ch.net/test/read.cgi/tech/1059208396/l50
- 367 名前：デフォルトの名無しさん mailto:sage [2007/05/06(日) 16:23:14 ]
- やっとJSFなおれ
- 368 名前：デフォルトの名無しさん [2007/05/08(火) 01:13:09 ]
- JSFってSEOを考えるとどーかと思う。
例えばURLパラメータをスラッシュで区切って受けるってことができないだろ
- 369 名前：デフォルトの名無しさん mailto:sage [2007/05/08(火) 01:48:33 ]
- 質問か。
- 370 名前：デフォルトの名無しさん mailto:sage [2007/05/08(火) 03:24:21 ]
- 瀬を早み 岩にせかるる 滝川の われても末に 逢はむとぞ思ふ
- 371 名前：デフォルトの名無しさん mailto:sage [2007/05/08(火) 22:51:48 ]
- >>368
できる
- 372 名前：デフォルトの名無しさん mailto:sage [2007/05/10(木) 11:24:55 ]
- 時刻がずれて表示されてしまう問題についてご存知の方がいれば教えてください。
問題:ブラウザ上で時刻データDateやTimestamp形を表示すると時刻がずれしまう。
ちょうど9時間ずれている(GMT時刻で表示される)ことから、Localeの設定だとは思っています。
・表示する前のアクションクラスでtoStringでログに出力すると正しく表示されるため、表示するデータは正しいと思います
・faces-config.xmlで<default-locale>ja</default-locale>と<supported-locale>ja</supported-locale>を設定しています
・開発環境はseam-1.2.1GA,java1.5.0_11,jboss4.0.5.GAです
・ブラウザは、IE,firefox,Operaで確認しました。
もし、何か心当たりがありましたら、教えてください。よろしくお願いします。
- 373 名前：デフォルトの名無しさん mailto:sage [2007/05/10(木) 23:08:15 ]
- >>372
ろけーるをしていしてしゅつりょく
- 374 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 12:16:30 ]
- >>373
一度試してうまくいかなかったのですが、改めて試してみました。
<h:outputText value="#{Date型の変数}">
<f:convertDateTime pattern="yyyy/MM/dd HH:mm:ss" locale="Locale.JAPAN"/>
</h:outputText>
という形で試してみましたが、だめでした。
そこで、Locale.JAPANをLocale.GERMAN等いろいろな国で試してみたのですが、
同じ値（GMT)が出力され、localeの設定が生かされていないようです。
うーん何でだか、わかる方がいらしたらお願いします。
- 375 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 12:54:44 ]
- timeZone="Asia/Tokyo"
- 376 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 14:32:26 ]
- あ、そうかLocaleは時差じゃなくて書式に作用ということ・・・なのかな？
timeZoneの設定で確かに、解決することができました。
一個一個書いていくのはめんどくさいので、何かまとめて設定するところが
あるとは思うのですが、問題点がはっきりしたので、以降は自分で探したいと思います。
ご協力ありがとうございました。
- 377 名前：デフォルトの名無しさん [2007/06/24(日) 11:10:44 ]
- JSFはレンダラーのカスタマイズとかがややこしいな。
直接ＪＳＰとかインクルードできないし。
簡単に使うだけならいいけど、カスタマイズしようとかすると
急に敷居が高くなる
- 378 名前：デフォルトの名無しさん mailto:sage [2007/06/25(月) 23:30:57 ]
- フレームワークというのはそういうモノと思うしかないと思うが。
- 379 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 23:28:03 ]
- getAsObjectでFooを返すカスタムコンバータを作って、
下記のようにbean.fooでFooを受け取れないかと思ってるんですが
bean.setFoo(Foo foo)が呼び出されていないようです。
class Foo{
...
}
class bean{
Foo foo;
...
}
<f:SelectOneMenu value="#{bean.foo}" >
...
なにやらJSFのgetConvertedValueあたりでバリデータのエラーが
起こっているようなワーニングがでていました。(JSF RI 1.2。
ソースコードは権限がないといわれて落とせませんでした。)
SelectOneMenuで自作クラスは使えないのでしょうか?
- 380 名前：デフォルトの名無しさん [2007/06/26(火) 23:52:23 ]
- JSFつかってて、どういうときに痒いところに手がとどかないって感じますか？
- 381 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 10:50:23 ]
- ネットに資料が少ないところ
- 382 名前：デフォルトの名無しさん [2007/07/07(土) 20:48:47 ]
- ざっと試した感じ、
VB以下だな
- 383 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 22:07:29 ]
- 釣れますか？
- 384 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 15:45:10 ]
- ざっと何を試したのかな？
- 385 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 09:29:01 ]
- fとhだけじゃかなり自由度がなくね？
- 386 名前：デフォルトの名無しさん [2007/07/09(月) 17:48:14 ]
- JSF ちょこっと勉強したが、使わなくても Servlet + JSP で十分だと感じた。
- 387 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 20:00:35 ]
- 学生は暇つぶせるからそうかも知れんな。
- 388 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 21:23:50 ]
- JSFは、ツール使ってナンボだな。
- 389 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 21:25:14 ]
- >>385
MyFacesかwoodstockか、コンポーネントの追加したら結構いいけどな。
- 390 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 21:30:19 ]
- Strutsをツール使わずにやるのとJSFをツール使わずにやるのとでは、絶対にJSFの方が生産性は高い
- 391 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 21:40:17 ]
- フロントエンドをツール使って適当に作る分にはいいのかも
と、思ってたけど、Seamってのがあるくらいだから、ビジネスロジックもぐちゃぐちゃになるん？
- 392 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 21:51:05 ]
- ビジネスロジックはまた別の話でしょ
ちゃんとIF切ってれば問題ないと思うが。
それはStrutsも同じでしょ。
- 393 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 01:26:36 ]
- まあStrusは好みだしな。
HTML書きが苦でない香具師には効果無し。
- 394 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 14:49:47 ]
- >>390
Strutsをツール使ってやるのとJSFをツール使ってやるのとでは、絶対にJSFの方が生産性は高い
- 395 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 15:24:11 ]
- JSFだろうがStrutsだろうが、なんでもセッションに入れるクソ設計はやめろと言いたい
- 396 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 19:22:04 ]
- それはもう、あきらめたほうがいい
- 397 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 17:34:55 ]
- Seamではセッションより短いスコープのものが用意されてたような。
- 398 名前：デフォルトの名無しさん mailto:sage [2007/07/12(木) 00:33:49 ]
- 実装としてはセッションを使うかhidden埋め込みになるわけで
- 399 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 10:11:24 ]
- 俺はtomahawk追加してるんだが、おまいらは何追加してる？
業界的に何が標準？
- 400 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 10:29:19 ]
- JSF
- 401 名前：デフォルトの名無しさん [2007/07/16(月) 12:41:05 ]
- JSFの案件て実際にあるか？
- 402 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 12:44:23 ]
- どこの営業が「JSFの案件とってきました」とか言うのだろうか・・・。
- 403 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 18:32:20 ]
- >401
あるよ
- 404 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 09:19:00 ]
- >>401
客に頼まれて、どこぞのバカ会社の作ったJSF使ったやつのメンテを引き受けた
JSFだけじゃなくJavaもServletも分かってない感じのソースで、ダメダメだった
- 405 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 19:53:44 ]
- ＞JSFだけじゃなくJavaもServletも分かってない感じのソースで、ダメダメだった
つか、知らんかったらビルドすら出来んと思うが。
- 406 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 22:27:10 ]
- >>405
いまはIDEが便利
- 407 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 23:11:38 ]
- ところでわかっていないソースってどんなのよ？
正直バカ会社ってaspとかを使ってそうなんだが。
- 408 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 23:52:28 ]
- ASPを選択できないところがバカなんだろ。
- 409 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 06:37:42 ]
- 釣れますか？
- 410 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 13:48:57 ]
- >>407
マネージドビーンのコンストラクタでコンフィグクラス、ユーティリティクラスを初期化(newする)
なお、マネージドビーンは全部セッション
セッションに入れておく必要のないListをマネージドビーンのフィールドとして持ってる
バリデータは独自実装で、項目ごとにバリデータクラスがある
バリデータクラスは使うたびにnewしないとならない
ログインしてるかどうかの判定がマネージドビーンのコンストラクタにあるが、ログインしてなくても関係なく動く
ログインは各機能ごとにしなくてはならない(マネージドビーン単位？)
童貞だってもっとマシなコード書くわ
しかもセッションタイムアウトの設定を24時間に
すごい勢いでOutOfMemoryです・・・
- 411 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 19:22:56 ]
- >>410
> 項目ごとにバリデータクラスがある
JSF 1.1だよな？
項目ごとにバリデーションエラーのメッセージを変える必要があるなら、
それ以外にうまい方法はなさそうだぞ。
> しかもセッションタイムアウトの設定を24時間に
> すごい勢いでOutOfMemoryです・・・
それくらいでメモリ不足になるかね？
1万セッション×100KBでも1GB。
AP鯖ならそれくらい積めよと思う。
しかしJSFはログイン処理が標準化されてないのが
嫌だね。
include-preludeでsession変数とクッキー見るのが
一番？
- 412 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 19:49:52 ]
- まぁマネージドビーンになんでもかんでもデータ突っ込んでたら
すぐ何十MBにもなってしまうわな。
sessionにどういうデータをどのようにぶら下げるかあまり意識
しなくてもいいというのがJSFの利点でもあるわけだが。
- 413 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 21:23:47 ]
- メモリ不足は無いと思うけど、問題はGCじゃない？
無駄にオブジェクトの寿命を長くしたら、
Old GCが頻発して、あまりよくないような気がするなぁ。
ハードウェアのスペックを上げれば、要求性能は満たせるかもしれないが、
糞設計のためにハードウェアコストが上がる、というのが納得がいかない。
ハードウェアに金掛けた分、開発で手を抜いて開発費押さえて元を取る、
というのが近年の流れというのは分かるけど、
同じ工数で負荷の低い設計ができる、というのが分かるだけに、
タコな技術者のせいで顧客に余計なコストを背負わせていると思えてくる。
JSFは使ってないが、なんでもかんでもセッションに入れる設計のWebアプリの開発に関わった時にそう思った。
高価なPCサーバ（はっきり言ってイントラ向けにはオーバスペック）を使ってて、
その有り余る性能がこんな糞設計を吸収するために使われるのかと考えると、
正直お客さんに悪いような気がした。
- 414 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 22:29:50 ]
- クラスタしなくてもセッション情報のディスクI/Oってあるんだっけ？
少なくともセッションレプリケーションのコストで、全然スケールしなさそう。
- 415 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 23:34:49 ]
- 漏れもよく理解してJSF使っているワケではない素人だけど
>バリデータは独自実装で、項目ごとにバリデータクラスがある
>バリデータクラスは使うたびにnewしないとならない
独自実装する必要がたぶんあったんだと好意的解釈をしたとしても
なんちゃら.xmlに記述すればソースでnewとかしなくても、タグに
そのクラス記述しとけば使えなかったか？
managedBeanってあんましコンストラクタでどーこーしようとは思わんけど
ログイン判定をコンストラクタでやろうとする発想が凄いな。
とか言いつつもどこでやるのが適切か？と言われるとうまく答えられんけど。
漏れはmanagedBeanにフィールドで持たせていて、
判定はDB鯖にアクセスする時に例外が発生したら・・・、とかやってるけど。
- 416 名前：デフォルトの名無しさん mailto:sage [2007/07/18(水) 23:47:44 ]
- ログイン判定ってFilterでやるもんじゃないの？
- 417 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 10:03:51 ]
- >>411
項目ごとにメッセージ変えるからって個別にクラス作るなんてどんだけアホな設計だよ
しかも一分間に7セッション弱ってかなり小さすぎだろ、システム的に
- 418 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 13:16:45 ]
- メッセージが指定できるクラスを作るでござる
- 419 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 13:23:56 ]
- >>413
逆に考えるんだ、「高コストの技術者を長期に使うよりは安い」と考えるんだ
- 420 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 02:06:10 ]
- >>417
> 項目ごとにメッセージ変えるからって個別にクラス作るなんてどんだけアホな設計だよ
JSFの設計者に言えよ。
1.2では微妙に直ってる。
それでもまだ、エラーの原因ごとにメッセージを変えるには個別にクラスが
必要。
> しかも一分間に7セッション弱ってかなり小さすぎだろ、システム的に
ユニークビジターが毎日1万人くるサイトなら真面目にやれ、としか。
ひょいと「お前これやれ」と投げて引き継ぎ終了、そんなんで
まともなコードが出てくるわけがない。
- 421 名前：デフォルトの名無しさん [2007/07/22(日) 18:14:04 ]
- >>410
>なお、マネージドビーンは全部セッション
JSC開発したら，デフォルトでマネージドビーンのスコープはセッションになるからな．
JSFってそういうもんだと思ってしまう．
- 422 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 18:28:10 ]
- セッションは 24 時間でもいいが、
5 分でディスクに永続化されるようにすればいい。
Tomcat とかデフォルトで永続化されると
思ってるバカが多いからな。
- 423 名前：デフォルトの名無しさん mailto:age [2007/07/28(土) 17:12:33 ]
- ここで聞くこっちゃないけど、Click Frameworkのスレってないよね？WebProg板にも。
今までずっとJSF使ってきたけど、最近Clickを試してみたらperlでcgi書くみたいに
サクサク書けるんで感激した。
- 424 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 23:04:07 ]
- Wicket とどっちがいい？
- 425 名前：デフォルトの名無しさん [2007/07/30(月) 16:19:38 ]
- Wicket、いつのまにかApacheのプロジェクトになってる…
- 426 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 07:34:34 ]
- Wicket こそ正解。
所詮、設定ファイルなど無力よ。
- 427 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 11:49:47 ]
- Ymir いいぜ。
Seasar 系で初めていいと思った。
JSF や Wicket 見てもなんだかなー、俺様フレームワークを
作りたい衝動を抑えてきたが、Ymir は思想的に完璧だ。
完全に俺様の考えとオーバーラップする。
動かしてねーけど。
- 428 名前：デフォルトの名無しさん mailto:sage [2007/09/12(水) 13:38:43 ]
- 427見たいな自己中なやつの作る
- 429 名前：デフォルトの名無しさん mailto:sage [2007/09/12(水) 13:40:09 ]
- 427見たいな自己中なやつの作るフレームワークで開発するやつらかわいそうだな。
こーゆーやつの作るフレームワークって大概思想押し付けのオナニーフレームワークだし
- 430 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 02:37:23 ]
- どうした？ 嫌なことでもあったのか？
- 431 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 03:34:40 ]
- ああ。思想押し付けのオナニーフレームワークを作る奴がいてだな
- 432 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 06:41:21 ]
- それを言い出すとStrutsもオナニーから始まったと思ったが。
- 433 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 15:53:34 ]
- 独善的でない設計は総花的。
総花的な設計はみんなが「いーんじゃね？」と言ってくれる。
そして誰も使わない。
独善的な設計は信者が使う。
そして信者以外の奴も使わされるようになる。
- 434 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 03:24:43 ]
- そもそも思想押し付けんのがフレームワーク。
- 435 名前：デフォルトの名無しさん [2007/10/18(木) 01:28:26 ]
- <h:inputText id="hoge1" value="#{bean.foo}" />
<h:inputText id="hoge2" value="#{bean.foo}" />
inputTextのidに上記の様に連番をつけたいのですが、
何か方法はないでしょうか？
<h:inputText id="hoge"<%= i %> ... />
とか、式を書くと怒られます。
- 436 名前：デフォルトの名無しさん [2007/11/04(日) 19:28:07 ]
- NetBeans6はVisualWebが独立したプロジェクトじゃなくて
strutsやJSFのようにフレームワークを選択するようになったね
Tomcatが標準で６になってJSFも1.2が使いやすくなったし
地味ーによくなりつつあるか
- 437 名前：デフォルトの名無しさん [2007/11/08(木) 03:35:18 ]
- MyFaces もJSFもまぁ使えるようになってきたわ。
彼らの努力じゃなくて、各現場の努力だけどね
- 438 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 06:42:39 ]
- なんか使わせてもらってる立場のクセに妙に偉ぶるヤツいるよなｗ
- 439 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 01:27:13 ]
- >>438
お前のことか？ｗｗｗ
- 440 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 08:37:40 ]
- どう読んでも>>437のことだろ
- 441 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 09:22:22 ]
- 皮肉を理解できないのか、空気を読めないのか、あるいは本人なのか。
- 442 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 21:38:35 ]
- >>435
ID属性を動的に設定できないのは仕様なのかな？
自分は、どうしようか悩んだ挙句、classに動的に設定した後、
onloadで呼び出したJavaScriptでclassからIDに振り替えるように実装したが・・・
- 443 名前：442 mailto:sage [2007/11/09(金) 21:42:12 ]
- すまん、>>435の例はformのタグだから、IDを自分のやり方で変えちゃまずいかも
formのタグってJSFが勝手にID振ってた気がするし
- 444 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 23:37:14 ]
- 自分でcomponent作ってbindingしてやるとか？
試してないからsetId()したのがちゃんと有効になるかどうかは知らん。
- 445 名前：デフォルトの名無しさん [2007/11/10(土) 01:36:04 ]
- >>442
IDは開発時にわかるからそれを使ってscript組むしかない
かってにIDいじっちゃうとデコードとかで問題になるはず
setIdはhtmlのIDとイコールではないよ
でも連番は可能
というか、テーブルはRowで連番ふってる
- 446 名前：デフォルトの名無しさん [2007/11/11(日) 13:42:02 ]
- JSFだとテーブルつくるとき、columnspanつかえないんですけど、
方法あるのでしょうか？
あまりにしょぼくて困っています
- 447 名前：デフォルトの名無しさん mailto:sage [2007/11/11(日) 13:49:26 ]
- 静的なテーブルで良いなら、htmLib.jarが重宝する
- 448 名前：デフォルトの名無しさん [2007/11/11(日) 15:01:14 ]
- >>446
セルは１つにしてグリッドレイアウトとかやるのがいいと思う
- 449 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 02:32:56 ]
- 質問です。
<h:dataTable>ってヘッダのスタイルをカラム毎に指定できないじゃないですか。
で、行（表示するデータ用）のスタイルはカラム毎に指定できるから、
それぞれのカラムに最適な幅を指定するんだけど、
１行も表示してない状態（ヘッダのみの状態）だとカラムの幅が適当な幅に
なっちゃいますよね。（当たり前だけど行のスタイルが適用されない）
コレが「行あり」→「行なし」とページを切り替えるとズレるのがモロバレなんで
なんとかしたいんですが、いい方法はないでしょうか？
- 450 名前：デフォルトの名無しさん [2007/11/23(金) 12:43:37 ]
- >>449
ヘッダにグリッドパネルをセットするといい
テキストはその中へ入れたり
そうすると1つのセルに複数のコンポーネント入れたり画像入れたり自由に出来る
- 451 名前：449 mailto:sage [2007/11/23(金) 18:49:35 ]
- >>450
なるほど。ちょっとやってみます。ありがとう。
- 452 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 19:04:33 ]
- JSF初心者の素朴な疑問：
1. なんかブラウザで表示されるURLと、実際に表示されるjspが違うんだけど、これってなんで同期できないの？もし仕様ならすごく不自然だと思うんだが。
2. HTMLのソースを見ると、入力したデータがシリアライズ(?)されてhiddenタグに埋め込まれてるみたいなんだけど、これってセキュリティ的にまずくない？そもそもなんでそんなことする必要があるの？
- 453 名前：デフォルトの名無しさん [2007/11/23(金) 22:15:36 ]
- >>452
１と２に共通するものとして・・・
URLベース（アクションベース）のHTTPとHTMLを抽象化していないものと
イベントベースとは考え方が違う
URLに機能があるのではなくあくまでもWEBの上で動かしたからURLがついてきたと思えばいい
もしURLに機能を割り当てたいという旧世代の開発者ならPost後RedirectするようにJSFのconfigにタグを入れるといい
その代わりなんでもかんでもセッションにいれないとだめでそれを取り出すロジックとか作りこんでいくとバグが増えたり
メモリを圧迫することになるかもしれない
JSFはコンポーネントを復元する機能がある
この機能のおかげで前の画面で入力したものにミスがあった場合それを使って戻したり変更を検地できる
入力項目を反映させつつ、セッションを使わないで値を保存しておくことが可能
ちなみにデフォはsessionだったと思うけど、NetBeansVisualWebとかCreatorとかはデフォをclientで上書きしてるね
web.xmlをみるといいよ
「javax.faces.STATE_SAVING_METHOD」とかあるはずだから
- 454 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 22:32:38 ]
- >>453
それを補完するためにJBoss Seam（WebBeans）などもあるよ。
.NETはデフォでそうしているね。
- 455 名前：452 mailto:sage [2007/11/23(金) 23:07:12 ]
- >>453
>URLベース（アクションベース）のHTTPとHTMLを抽象化していないものと
>イベントベースとは考え方が違う
>URLに機能があるのではなくあくまでもWEBの上で動かしたからURLがついてきたと思えばいい
どうなんだろう。少なくともJSFでは表示画面とURLとが一致しなくても構わないというスタンスということ？
そうだとすると、ブックマークするときに困ると思うんだけど。ブックマークを許さないアプリしか作れない？そんなはずはないと思いたい。
それから、イベントベースのフレームワークだと、どれもJSFのようにURLと画面が一致しないものなの？イベントベースかどうかはあんまり関係ないと思うんだけど。
>もしURLに機能を割り当てたいという旧世代の開発者ならPost後RedirectするようにJSFのconfigにタグを入れるといい
別に「URLに機能を割り当てる」とか考える必要あるのかな？おれは、URLはリソースを表すものだと思うんだけど。
URLと機能とを結びつけてるわけじゃなくて、画面に表示されているリソース（HTML）とURLとが一致していないことが問題なんじゃないかな。
>その代わりなんでもかんでもセッションにいれないとだめでそれを取り出すロジックとか作りこんでいくとバグが増えたり
>メモリを圧迫することになるかもしれない
それをかわりにやってくれるのがフレームワークじゃないか。
- 456 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 23:11:47 ]
- MyFacesなんかの実装だとForwardベースでやるとブックマークできないね。だからRedirectで実現することもある。
Formの送信なんかを考えると機能という呼び方もおかしいとは思わない。
なんか455がすげームカつく。
- 457 名前：452 mailto:sage [2007/11/23(金) 23:16:31 ]
- >>453
>JSFはコンポーネントを復元する機能がある
>この機能のおかげで前の画面で入力したものにミスがあった場合それを使って戻したり変更を検地できる
>入力項目を反映させつつ、セッションを使わないで値を保存しておくことが可能
だから、これだとセキュリティ的にまずくない？
HTTPヘッダーでCacheをオフにさせても、HTMLページに前の入力結果が勝手に残っているわけでしょ？
シリアライズされているからパッと見ただけではわからないけど、すごく気持ち悪い気がするのは俺だけ？
なんかさ、「前の画面で入力したものにミスがあった場合それを使って戻したり変更を検地できる」っていうの、この方法じゃないとできないのかな。
こんなの、普通のCGIアプリケーションでもできるよね。
- 458 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 23:18:29 ]
- REST志向か強すぎることによるギャップでしょ。
あなたはJSFを使う事も出来れば、使わない事もできる。
よくある回答だがそういうことさね。
- 459 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 23:24:22 ]
- >>457
私はセキュリティ的にまずくないと考えますが、あなたはどうまずいと思いますか？
- 460 名前：デフォルトの名無しさん mailto:sage [2007/11/23(金) 23:29:06 ]
- RESTとJSFは絶望的に合わないと思う
HTTPを基礎とする志向に対し、HTTPを隠蔽するFWだから
REST志向で作りたいならRails等を検討した方がいい
- 461 名前：デフォルトの名無しさん [2007/11/24(土) 00:00:48 ]
- >>457
文章は最後まで読めよ
- 462 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 00:02:40 ]
- >>457
そのcgiってのは入力項目の変更があった場所とかに応じて自動的にバリデータとかイベントでのプログラミングできるの?
なんか生臭いコードかいてそうだけど
- 463 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 08:19:43 ]
- JSFを使う様な場面でブックマーク使うなんて事ない思うが。
ログインページやトップページ以外でブックマークされても困るケースの方が
ほとんどだろうし。
そしてURLと画面が一致しないのはあんま気にならないと言うか
誰が気にするんだ？って思う。
とりあえずユーザーはまったく気にしていなかったが。
- 464 名前：452 mailto:sage [2007/11/24(土) 11:22:08 ]
- >>458
>あなたはJSFを使う事も出来れば、使わない事もできる。
使うと決めた人しか質問しちゃいけないわけじゃないよね。JSFを勉強している中での質問なので、使う使わないの判断は関係ないと思う。
>>459
すでに>>457に書いてるけど、前の入力データが自動的に今のページに含まれることがセキュリティ的にまずいと思う。
登録完了ページにアカウントやパスワードのデータが残っていたらまずくない？
>>460
>RESTとJSFは絶望的に合わないと思う
>HTTPを基礎とする志向に対し、HTTPを隠蔽するFWだから
そうなのかな。HTTPを隠蔽するしないは関係あるんだろうか。
>>462
>そのcgiってのは入力項目の変更があった場所とかに応じて自動的にバリデータとかイベントでのプログラミングできるの?
462がどういうのを想像しているのか分かんないけど、自動的にバリデータがかかることと今回の質問とは関係があるの？
自動的にバリデータかかったりイベントベースでのプログラムが書けることと、URLやセキュリティのこととは関係なくない？
>>463
>JSFを使う様な場面でブックマーク使うなんて事ない思うが。
>ログインページやトップページ以外でブックマークされても困るケースの方が
>ほとんどだろうし。
だったら、URLをかえないか、ランダムなURLにすればいいと思う。
今のJSFの挙動だと、ユーザに大きな誤解を与えるだけにしか見えない。
とりあえずブックマークを許したいならJSF使ったらダメということでFA？
>そしてURLと画面が一致しないのはあんま気にならないと言うか
>誰が気にするんだ？って思う。
気にしない開発者がいることにびっくりだ。世の中はひろい。
- 465 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 11:42:55 ]
- >>464
>そうなのかな。HTTPを隠蔽するしないは関係あるんだろうか。
あくまで私見だが、とても関係あると思っている。
たとえば、JSFで作った画面のHTMLソースを見ても、
サーバのどのManagedBeanメソッドが呼び出されるかはなかなかわからない
その時点で、URLとHTTPメソッドで呼び出し先が決定されるREST的Webアプリとは
根本的に違うし、当然ブックマークの常識も通用しない
だから通常のWebアプリの常識で考えるとありえないって結論になる。
個人的にはJSFのこの仕組みは嫌いだが、仕事で使っている以上一通り勉強している。
- 466 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 13:51:47 ]
- >気にしない開発者がいることにびっくりだ。世の中はひろい。
このスレじゃないしJSFでもないけど、
「それじゃユーザーが混乱するのでは？」みたいな書き込みしたら
そもそもなんでそんなこと気にするのかわからないっていうレスばかりで
自分もビックリしたことがある。
とにかく「自分の責務の範囲外のとこは関与しない」っていう文化が浸透してるみたい。
- 467 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:25:21 ]
- 関東はその傾向が強いね
|
 |
