JSF(JavaServer Faces)【.NET死亡？！！！】

JSF(JavaServer Faces ..

666:デフォルトの名無しさん
05/09/24 22:17:57
>>665
> 俺あの話題、ISIDがやるんだと思って流し読みしてた。

「弊社で」って書いてたからISIDでやるんでしょ。
最近アンケートがあったのはS2関連に加えてStrutsとかHibernateも
サポートするってのが新しい点だと思ったけど。

> いいかげん誰か教えてあげなよ。

いやいや、もっと吠えさせておこうよw

667:デフォルトの名無しさん
05/09/24 22:20:30
>>659
> MyFaces1.1.0はちょっと使ってみた感じは結構いい感じになったかも。
ありがと、いろいろ変わったみたいだね。でも、今はMayaが気にいってるからまだいいやｗ。

> 改修するのは何でも面倒だよ。
まぁそうなんだけど、あのHTMLと独自タグが同居してるのを直すのがかったるいってのがあるので。
特に一回Maya触りだすと余計もう触りたくなくなった。なのでMayaとJSFが組み合わせるようになったらまたJSF考えるよ。

>・標準として組み込まれたという事
標準だからといって良いものとは限らないけど、たしかに標準って言葉には弱いだろうな。実際増えてるし。

>個人的にはSeasar2とMayaは好きだけど、S2StrutsとS2JSFはちょっと・・・
>というのは開発側の選択の自由が無い。
S2StrutsはStrutsがターゲットなんだからそれで良いと思うよ。あくまで補助機能を提供してるわけだし。
S2JSFはMyFaces以外だと動かないのならS2MyFacesの方が親切かもな。

>でも、最近のメーリングリスト見て、Seasar関連を見限ろうかを会社で検討した。
>というのは、開発側に居る人間がそれで金を取ってのサポートを検討したから。
これはおかしいな。てか、今使ってるオープンソース製品良く見てみるといいよ、
大抵同じようなモデルでコミッタの会社(海外の)が商用サポートしてるから。気にならないのはたぶん
日本人が海外製だと実際ベータのものでもベータに見られないのと同じような理由だと思うよ。

で、公式が手を抜いてるように見えるのは同じ日本人がやってるから手伝わなくていいやって心理が
内部にも外部にも働いてるんじゃないかな。海外製だと日本語訳して公開してみたり、日本人向けにサンプル公開
してみたりするけど日本製だと公式読めるしそのうち出てくんじゃね？ってなって待ってよー、で終わってるのかと。
というわけで提供側にも利用側にも問題があるんじゃない。実際自分もそうなわけだが。スマン。

668:デフォルトの名無しさん
05/09/24 23:19:59
>>664
＞S2JSFってMyFaces以外のJSF実装使えないんだっけ？

多分、他の実装使えない。
というか、組み込まれてるMyFacesのバージョンが違うと、駄目っぽい。

というのは、S2JSF1.0.5がリリースされた訳だけど、
メーリングリスト見ると、1.0.4でMyFaces1.0.9を採用したら、
MyFacesの関係で不具合が出た模様。（少なくてもメーリングリストからはそう読める）

つまり、MyFacesどころかバージョンまで固定して完全に依存してるっぽい。

>>665
＞あと、S2JSFで使ってるMayaの仕様だけで
＞Maya全体を判断して勘違いしたまま吼えてる人がいるけど
＞いいかげん誰か教えてあげなよ。

まぁ、話の流れでS2JSFとMayaとなると、そういった流れになるんじゃない？
そうだとすれば、まぁ間違いじゃないけどね・・・

669:デフォルトの名無しさん
05/09/24 23:45:54
>>668
CVS見るとチェックボックスが選択されなかった時にMyFaces1.0.8では空配列を
返していたのが1.0.9で空文字列を返すようになったとかそんな違いみたいだね。
CVS版では1.0.8でも1.0.9でも動くようにしてるみたいだからバージョンまで固定して
完全に依存って言い方はかわいそうな気がするけど、こういう微妙な違いは
実装によってたくさんあるだろうだから、MyFaces以外である程度動いたとしても
実用にはならないかもしれないね。

670:デフォルトの名無しさん
05/09/24 23:58:44
>>668
話の流れもなにも、

>そもそも、このMaya自体が糞。
>普通のデザイナ（Javaとか知らない）がm:injectとか書くという時点で終わってる。

これのどこが間違いじゃないんだ？
m:injectと書く「事も出来る」ってのも知らないわけでしょ。
あ、しまった教えちゃったよ。

671:デフォルトの名無しさん
05/09/25 01:07:39
>>660
>意図的か故意かは別としてね。
同じじゃん。

つー揚げ足とりはおいといて、別にメーリングリストとかでの質問対応が
おろそかになるんじゃないと思うけど。
金取ってサポートするのはISIDでしょ。
ひがたん以外の開発者でISIDの人っているの？

そもそも現状で(初心者向け)ドキュメント足りてないから手を抜くもなにもないし、
サポート契約だって「責任のなすりつけ先が欲しい」って意見のためだと思ってたけど。

672:デフォルトの名無しさん
05/09/25 07:26:55
S2JSFの話に紛れていたが、MyFaces1.1出たんだね
糞実装と各所で言われていたMyFacesだけど、安定したんだろうか？

673:デフォルトの名無しさん
05/09/25 12:57:29
で、現在のところ、
JSFとStruts、どちらも未経験のところから始めて
学習時間も含めて、どちらの方が開発期間が短い？

674:デフォルトの名無しさん
05/09/25 13:04:05
>>629
同じくおれもそれ実験したものの一人です

で、解決としては無くは無いのだが一つ挙げます
他にいいのがあればどなたか提案してください

*.jsfという拡張子でFacesServletを呼ばれるようにする
*.jspの拡張子で呼ばれたら*.jsfにリダイレクトさせる（Location:）←Apacheの設定でもいい

675:デフォルトの名無しさん
05/09/25 13:53:36
最近JSFの勉強しようと思っていろいろ試しているんだけど、
Exadelって、部品のドラッグアンドドロップとかって
できないの。

676:デフォルトの名無しさん
05/09/25 17:14:03
>>673
つくるものによる。

677:676
05/09/25 17:25:47
おおまかにいえば、Web的なものはStruts、アプリケーション的なものはJSF

678:デフォルトの名無しさん
05/09/25 17:36:22
>>677
Web的とかアプリケーション的って具体的になんなんだろう・・・
普通は『Webアプリケーション』と言われる訳だし・・・

そういえば、Strutsで出来る事はJSFでも出来ると言われている。
つまり、JSFがStruts＋αであるならば、Strutsはもう要らない？

679:デフォルトの名無しさん
05/09/25 17:46:17
・・・Strutsいらないっていいたいだけか。

680:デフォルトの名無しさん
05/09/25 20:53:28
最近会社の方針でASP.NETの開発に移ったんだけど・・・
はっきりいって負けてない？

どうもMAC信者と同じ香りがするんだけど。

681:デフォルトの名無しさん
05/09/25 21:13:54
>>677
webでのECサイトみたいなのがweb的

イントラでC/Sをwebに置き換えましたみたいなのが
アプリケーション的

って感じでいい？

682:デフォルトの名無しさん
05/09/25 22:54:00
>>680
どっちがどっちに？

683:デフォルトの名無しさん
05/09/25 23:28:40
MyFace1.1に変えてみたけどブラウザの戻るボタンで戻ったときの
挙動は相変わらずだね。。。
あーあー。

684:デフォルトの名無しさん
05/09/25 23:58:35
Craig的にはStrutsよりJSFだと。
Strutsの経験があって、より新しいアーキテクチャとしてJSFを作ったのだから。

685:デフォルトの名無しさん
05/09/26 04:17:43
>>681
そんな感じ。
URLやセッションが気になるのがweb的で、URLがどうなってても気にならずセッション使いまくっても気にならないのがアプリケーション的。
Webサイトとしての見え方する必要があるのがWeb的で、VBやらで作ったアプリと同じような見え方する必要があるのがアプリケーション的。

っていうのを表現したかった。
JSFだと、セッションの使い方やらURLのコントロールがめんどくさい。

686:デフォルトの名無しさん
05/09/26 16:53:23
JIDEってマイナー?
URLﾘﾝｸ(www.jidesoft.com)

687:デフォルトの名無しさん
05/09/26 17:57:59
土曜に吠えていた無知無恥君は逃亡？

688:デフォルトの名無しさん
05/09/27 07:08:24
>>687
流れを見てれば分かるけど、奴が書き込むのは休日だな。

それと完全に無知とも言いがたい。
確かに勘違いしてる部分はあるがな。
Mayaの件もS2JSFのMayaという点で見れば、全くその通りだし。

それより、俺は某ブログに書かれてる
>「maya-faces」サブプロジェクト始動。
こっちの方が激しく気になる。

689:デフォルトの名無しさん
05/09/27 08:57:46
つうことはaで始まる人かな？

690:デフォルトの名無しさん
05/09/27 09:34:44
つ　URLﾘﾝｸ(pcweb.mycom.co.jp)

691:デフォルトの名無しさん
05/09/27 10:43:33
>>688
> Mayaの件もS2JSFのMayaという点で見れば、全くその通りだし。

そうか？
例えば

>>652
> m:inject="c:out"
> とか書かせてる時点で終わってるって言ってるんだよ。
> そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。

これは違うだろ。S2JSFの想定は

1 デザイナがピュアなHTMLを作る
2 プログラマがm:injectを追加する
3 そのHTMLをデザイナが修正できる

だろ？
JSPでは3が難しくなるがS2JSFだとm:injectを無視してもらえばいいって話。
デザイナにm:injectとか書かせるってのは奴のねつ造。
HTMLと設定ファイルを分けられるMayaに劣るのは確かだとしても、
分業できないって考えるのはアホすぎ。

692:デフォルトの名無しさん
05/09/27 11:06:18
横レスですが。

うーんただ独自タグを追加する事で
デザイナさんときっちり分業ってのは簡単ではないよね。

俺はS2JSFは、ブラウザでユーザーレビューが出来るように
JSFをラップしたものとしか思ってないからそれでも別にいいんだが。

一時期ひがたんも分業とか書いてた気もするけど
プレゼンとか見ると、ユーザーにレビューするのが
簡単なのよってのに重点が置かれてたと思う。
最初からUIのデザインは凝らない、とくーすのドキュメントでも
書いてたし。

あと、吠えてた人には
URLﾘﾝｸ(pcweb.mycom.co.jp)
ここで誤解を解いてもらいましょう。

693:デフォルトの名無しさん
05/09/27 11:33:32
JSFの勉強をしようと思うんですが、初心者向けの本がほとんど無いんですね｡｡｡
とりあえずJWSDP1.6をインストールしたのですが、これにはTomcatはついてないのでしょうか？
JWSDP1.3にはついてるような事が書いてるけど･･･
JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
すみません、、、初心者的な質問でm(_ _)m

694:デフォルトの名無しさん
05/09/27 11:45:03
＞これにはTomcatはついてないのでしょうか？
1.6には付属してないみたいだね。Tomcatに限らず
Servletコンテナを自由に選択できるようになったみたい。

＞ JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
Mustではない。
自分で必要なライブラリ類をかき集めてもいい。
JWSDPは必要なライブラリ類がはじめからまとめて入っている
「おすすめセット」「初体験の方のための無料サンプル・試供品」
的なものだ。

695:693
05/09/27 11:54:39
>>694
スレ違いと思われる質問にご解答ありがとうございますm(_ _)m

とりあえずtomcat50-jwsdp.zipってやつを解凍して、そのフォルダを
JWSDPで指定しておきますた。
他のツールはちょっと意味が分からないのでまだ放置で･･･

でもって、フォルダの中にjsf-1_1_01.zipを解凍していれたけど、
サンプルのGuess Numberって無いし・・・
初心者向けって本を買ったのにインストールも出来ないとはｏｒｚ

696:デフォルトの名無しさん
05/09/27 12:55:50
なんでもいいけど、>>691は勘違いしてるよね。

＞2 プログラマがm:injectを追加する
これがそもそも分業じゃない。

デザイナの使うツールには、こういった余計なものを
消しちゃうものもあるし、
デザイン変更の時に、一回この項目を削除して・・・とやると、
当然、m:inject毎消すわけだし。

それとデザイナが消す可能性もある。
知ってか知らずかは別としてね。

つまり、S2JSFで分業は今現在では絶対に無理。

697:デフォルトの名無しさん
05/09/27 20:52:59 O
>>692
独自タグってか独自属性ね。
それだけで分業が難しいっていうと現状どうやってんの？
S2JSFが完璧とは思わないけどある程度は分業できるんじゃね？
少なくとも
Maya＞＞＞S2JSF＞＞＞越えられない壁＞＞＞JSP
だろ。

698:デフォルトの名無しさん
05/09/27 21:03:08 0
>>697
俺は>>692じゃないけど、現状での作業は
プログラマがデザイン勉強してデザインもしてる。

ぶっちゃけ、本当のデザイナが作った画面はユーザには不評。

やけに上下左右の余白取ってメインコンテンツがちょっとしか表示されなかったり、
下手にフラッシュとかJavaScriptで動いたりとで・・・

ユーザが求めてるのは、あくまでもデザインは綺麗。
だけど、シンプルに、そして軽く、見やすい/使いやすい
これを求めてるのに、デザイナが作ると、
デザインは綺麗。
だけど、シンプルとは言い難く、重く、見やすいが使い難いという代物。

699:デフォルトの名無しさん
05/09/27 21:20:52 O
>>696
全てのデザイナがその程度じゃないだろ。
お前のところがそうだってことは分かった。

>>698
そりゃデザイナと呼べないだろw

700:デフォルトの名無しさん
05/09/27 22:50:21
URLﾘﾝｸ(maya.sandbox.seasar.org)
Mayaのユーザードキュメントが公開されてる。
はたして、このタイムリーさは偶然なんだろうか？ｗ

701:デフォルトの名無しさん
05/09/27 23:04:06
>>699
デザイナはデザイナだろ。
1000行メソッド書くヤツも呼称はプログラマなんだし。

702:デフォルトの名無しさん
05/09/28 00:02:02
＞700
うむ、吠えた奴に感謝だ！

703:デフォルトの名無しさん
05/09/28 02:45:00
>>700
うむ、おれはJSPでいいや。

704:デフォルトの名無しさん
05/09/28 03:10:16
MyFaces1.1.0を使ってます。



<t:dataList value="#{BackingBean.itemList}" var="item" rowIndexVar="index" layout="unorderedList">
<t:selectOneRadio id="select" layout="spread">
<f:selectItems value="#{BackingBean.itemList}" />
</t:selectOneRadio>

<t:radio for="select" index="#{index}" />
</t:dataList>

tableをレタリングしないselectOneRadioを作ろうと上のようにやってみたんだけど、
ラジオボタンのname属性がすべて別になって困っています。
name属性を指定するにはどうしたらいいんでしょ？

705:デフォルトの名無しさん
05/09/28 03:14:34
<c:forEach items="${sessionScope.BackingBean.itemList}" varStatus="status">
<t:radio for="select" index="${status.index}" />
</c:forEach>

それとJSTLの<c:forEach>でも書こうかと思ったんですが、indexにEL式を書くと
「TLD又はタグファイル中のattribute指示子に従って属性indexはどんな式も受け付けません」
と怒られてしまいます。
JSFのコンポーネントからしか指定できないんでしょうか？

706:デフォルトの名無しさん
05/09/28 03:27:26
>>704

ごめんなさい、いけました。
<t:selectOneRadio>に forceId="true" forceIdIndex="false" をつける

一時間以上探してたんですが、<x:selectOneRadio>でググったら一発でした。w

707:デフォルトの名無しさん
05/09/28 15:29:49
バカが征くの中の人、ここ見てるのかな？

708:デフォルトの名無しさん
05/09/28 21:23:08
小規模向き

709:デフォルトの名無しさん
05/09/28 21:46:19
だれだ？ＪＳＦがデザイナと分離難しいとかいっている奴は・・・
むしろ逆ですよＪＳＦは

710:デフォルトの名無しさん
05/09/28 22:11:12
分離が難しいのはJSPじゃないかな？

711:デフォルトの名無しさん
05/09/28 23:43:21
maya＆JBOSSだとアプリの
再デプロイ時に
mayaがHTMLを素で表示しちゃうのと
maya＆Strutsでiterateタグが
まともに動かないのって何とかならないかなあ。
今のJBOSSのところ再起動と
Strutsのコード書き換えで
何とかしてるけど
皆どうやってんだろ。

712:デフォルトの名無しさん
05/09/28 23:45:44
>>711
> 皆どうやってんだろ。

誰もJBoss使ってない

713:デフォルトの名無しさん
05/09/28 23:53:08
>>712
んなこたーない

が、その組み合わせでは使っていない

714:デフォルトの名無しさん
05/09/29 02:17:26
>>711
だれもmaya使ってない。
正式リリースされてないし、ドキュメントができたばかりだし、当たり前の話ではあるが。

715:デフォルトの名無しさん
05/09/29 15:06:54
WEB-INF丸見え、色んな所で騒がれてきたね。
ここが一番早かった？

716:デフォルトの名無しさん
05/09/29 16:50:29
>>715
一番早かったというか、激しく既出じゃないの？
というか、設定次第でそうなる事は普通に考えて分かるんだから、
そうならないように設定して使う。

だから、それほど騒がれる理由が俺には不明。

適切な設定をしないと駄目ですよなんて常識でしょ。
どんな設定をしても駄目ってなら問題だけどね。

717:デフォルトの名無しさん
05/09/29 16:59:23
>>716

＞設定次第でそうなる事は普通に考えて分かるんだから、
設定次第じゃなくて、デフォルトの動作がそうなってるんだからみんなビックリなんじゃないの？
今まで、デフォルトで/WEB-INF以下に自由にアクセスされるような動きをするフレームワークがあったか？

で、適切な設定って何？
JSF RI付属のサンプルでは<security-constraint>にアクセス制御するURLパターンをずらずら下記並べているが、これが適切な設定？
それとも、ServletFilterを自作して、アプリケーション側で独自にURL判定をするロジックを実装するのが適切な設定？

718:デフォルトの名無しさん
05/09/29 17:59:29
>>717
なにをもってデフォルトとするの？
サンプルが変なんてものは世の中でいっぱいある。
それこそ、普通に動かしただけで落ちるとか、
そもそも動かないとかね。

SUNの実装だとサンプルしか無いわけだけど、
サンプル＝デフォルトなのか？
MyFacesなんかだと、ちゃんとBlankがあるけど、
そっちはWEB-INF以下は見えないようになってるんだけどね。

719:デフォルトの名無しさん
05/09/29 19:57:12
デフォルトってのはわからんし
設定次第で対応できるってのもあるんだけど

/なんちゃら/*

ってのがダメってのは、ちょっとなあって感じ。

なにせWEB-INFの下が見えるってのは凄いっすよ。
びっくりですよ。

720:デフォルトの名無しさん
05/09/29 22:55:51
>>718
サンプルアプリケーションの作りを問題にしているのではなく、
FacesServletのURLパターンマッピングを/hoge/* にするとWEB-INFの下が
丸見えになってしまうことが問題なのだよ。
MyFacesの実装でも同じ。FacesServletのURLパターンマッピングを
/hoge/*にするとWEB-INFの下が丸見えになってしまう。

これまでの常識だとクライアントから直接アクセスされたくないリソースは
/WEB-INFの下に置いておけ、というのが常套手段だったわけだが、そうも
いかなくなってしまったことが問題。

＞設定次第でそうなる事は普通に考えて分かるんだから、
とあるが、Strutsなどを使っていたときはそんなこと考えもしなかったし
考える必要もなかった。今まで考えなくて良かったことを考えて対策しなければ
ならなくなった。<security-constraint>でアクセス制限するとか、
ServletFilterを自作するとか。

721:デフォルトの名無しさん
05/09/29 22:56:25
>>718
で、「適切な設定」とは何よ？

722:デフォルトの名無しさん
05/09/30 00:25:23
サンプルの問題だと思っている時点で>>718は何もわかってないだろ。

723:デフォルトの名無しさん
05/09/30 00:52:16
おいおいWEB-INFとかどうでもいいじゃん。

724:デフォルトの名無しさん
05/09/30 01:14:21
どうでもいいのか？

725:デフォルトの名無しさん
05/09/30 09:54:12
おもちゃ作ってるならどうでもいいな

726:デフォルトの名無しさん
05/10/03 13:12:03
おいおい・・・
ＪＳＦさっぱりわかんね(´・ω・`)

xmlを使用しないといけないのに便利になってるの？
基本的に使用するのは2つのxmlでいいのかな？
個々に使用するxmlファイルの意味を教えて下さいｏｒｚ

何か分かりやすく解説してるサイトって知らない？

727:デフォルトの名無しさん
05/10/03 14:49:58
JSFをインストールしようとしてるんですが、
JWSDPって入れないとJSFは使えないの？

今、Java1.5とApache Tomcat5.5をすでに入れてるから、
jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？

728:デフォルトの名無しさん
05/10/03 14:59:17
＞ JWSDPって入れないとJSFは使えないの？
そんなことはない

＞ jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
どこでもよい。

＞ JSFをインストールしようとしてるんですが、
「JSFをインストール」って？
そもそも、「インストールする」ものなのか？？？？？

729:デフォルトの名無しさん
05/10/03 20:36:08
>>726
えらい人は XML に書けば楽になると思ってるからしょうがない。
だいたい、こういう仕組みを作る奴は業務プログラムを大量生産せずに
サンプル作って満足してるから、ワカラネーんだろ。

730:デフォルトの名無しさん
05/10/03 22:48:46
>>727
英語に抵抗がないなら、NetBeans5.0Beta使うと、Webプロジェクト作成したときにJSFにチェック入れるだけで準備できるよ。
それで慣れてからツールなしでのセットアップを試すのがいいと思う。
URLﾘﾝｸ(www.netbeans.org)

どっちにしろ、>>727はNetBeans使うことをおすすめする。
4.1なら日本語版でてるし、最初から新規作成でいろいろなものが作れる。
Eclipseみたいにプラグイン探しまくる必要もないし。

731:デフォルトの名無しさん
05/10/04 09:32:21
要するに、JSPファイルの構文にJSFの構文みたいなのを入れて、
TomcatかJavaか何かに、JSFの解凍したものを放り込めばOKなの？
何か見てると、濡れと同じで結構分かっていない人多いんだね。。
やはり本や解説のページが少ないからかな？

732:デフォルトの名無しさん
05/10/04 10:09:01
JSFをわかっていないというより、
Webアプリをわかっていない。
Webアプリでライブラリやフレームワークをどう使うのかをわかっていない。

733:デフォルトの名無しさん
05/10/04 10:19:25
ちょっとｶﾜｲｿｽｷﾞなので・・・

>>727
jsf-api.jar
jsf-impl.jar
commons-beanutils.jar
commons-loging.jar

を君のwebAppのWEB-INF/libに入れろ。これが基本。

いろんなアプリを作るなら、WEB-INF/libではなく、

(Tomcatの場合)
shared/libに入れろ

(その他のAP鯖)
マニュアルのクラスローダの章を読め

734:デフォルトの名無しさん
05/10/04 12:52:08
いや、て言うかさ、この手の質問を見ると入門書の一冊くらい買えよって
思うんだよな。
どんなにカスな入門書でも、サンプルを動かせる様にする方法は書いて
あるはずなんだよ。
それで仮にサンプルが動いても、どうせ大して先には進めないんだから
結局、入門書の一冊くらいは買う事になる。
なら今買え直ぐ買えって感じなんだよな。

735:デフォルトの名無しさん
05/10/06 19:28:59
最近、JSFの動作テストをし始めたのだけど、ハイパーリンク周りが弱い気がする･･･。
h:commandLinkにimg要素を入れることができないとか、h:commandLink要素にonclick属性がないとか、f:pramのvalue属性に$が使えないとか･･･。
デザイナーからあがってくるHTMLには、↓みたいなのが良くあると思うんだけど、hoge.html(最終的にはjsp)を表示する前にサーバー側での処理を行わなきゃいけないときは、どうすりゃいいのさ？

MyFacesとかは、まだ動作確認していないんだけど、こういうのを解決するようなh:commandLinkの拡張とかあるの？
ちなみに検索結果分ループの処理には、JSTLのforEachを使って解決しようとしたんだけど、これが間違い？

---------------------------------------------------
<script type="text/javascript">
function func1(hogeID) {
url ="hoge.html?id=" + hogeID;
window.open(url, "window_name", "width=550,height=500,scrollbars=yes,resizable=yes");
}
</script>
<table>

<tr>
<td><a href="javascript:void(0)" onclick="func1(検索結果のID)"><img ･･･/></a></td>
</tr>

</table>
---------------------------------------------------

736:デフォルトの名無しさん
05/10/10 20:55:35
教えてエロイ人

（１）画面遷移したときのURL表示が気持ち悪いのは、JSFの仕様？それともMyFacesがウンコ？
　　hoge.htmlー(fooアクション)→hoge.htmlー(barアクション)→foo.html→....
　っていう、一足遅れでURL遷移がついてくるアレのことね。

（２）JSFでアプリ作ってる人って、(1)URLの気持ち悪さをredirectでごまかしてるの？
　　それとも見てみぬふり？

あのURL遷移の気持ち悪さのせいで、いまいちJSFにのめりこむことができないんですが。
なんかうまい方法あるんでしょうか？

737:デフォルトの名無しさん
05/10/10 21:01:42
URLが気になるアプリにはJSFは向かない。

738:736
05/10/10 21:02:47
まじすか！

739:デフォルトの名無しさん
05/10/10 21:04:32
>>737の言うとおり。割り切れ。

740:736
05/10/10 21:10:26
うほっ。JSFってかなり強気ッスね。

あまりイメージできないんですけど、割り切れるWebアプリってどんなんですか？
一般ユーザが混乱しませんか？

アドレス欄を非表示にしちゃうような、キヲスク系アプリですか？

741:デフォルトの名無しさん
05/10/10 21:53:28
一般ユーザなんてURLなんて見てないよ。
PukiWikiだって全部index.php。掲示板的な使い方だけでなく
企業のHPなどにも最近は使われ始めている。
HTMLフレームを使ったページ（最近はあまりみないけど）だったら
フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
返される内容は条件によって違う画面かもしれないし。

742:デフォルトの名無しさん
05/10/10 22:05:33
ほかにもセッション情報に激しく依存してるので、割り切りが必要。

743:736
05/10/10 22:18:14
>>741
レスどうもっす。

>>PukiWikiだって全部index.php。掲示板的な使い方だけでなく
...
>>フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
>>通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから

あ、それですそれ。
JSFでそういうアプリが作りたい。
でも、JSFって画面遷移するたびにその画面を表示するために使ったURLが遷移するじゃないですか。
しかも一個遅れで。 ←これ致命的

全部/index.htmlとか、/request.doにするとか、固定できるならそれでいいんですが、
中途半端に遷移されるとユーザが混乱するっていうか、開発側も混乱しそうな気がするんですよ。
いや、少なくともオレは混乱するんでイヤなんです。

固定できるならそれで解決できるんでなにかいい方法があるならぜひ教えてください！
redirectでいいじゃん、っていうのが模範解答ならそれもあり。

>ほかにもセッション情報に激しく依存してるので、割り切りが必要。
それは無問題です。あまり気にしません。

744:デフォルトの名無しさん
05/10/11 01:43:05
redirectでいいじゃん

745:736
05/10/12 23:14:34
>>744
了解。URLを追随したかったらredirect使います。
1回の実行で2回の通信が発生するのがいやんな感じだけど。

746:デフォルトの名無しさん
05/10/13 15:08:35
すみません。
今JSFを勉強中なんですが、動かそうとしたら下記のようなエラーが出てしまいます。
原因は分かる方、アドバイス願いたいのですが･･･m(_ _)m

HTTPステータス 500 -
type 例外レポート
例外
javax.servlet.ServletException: Cannot find FacesContext
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:848)
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:781)
org.apache.jsp.sampleJSP_jsp._jspService(org.apache.jsp.sampleJSP_jsp:83)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

747:746
05/10/13 15:09:27
ソースが

<%@page contentType="text/html; charset=Shift_JIS"%>
<%@taglib uri="URLﾘﾝｸ(java.sun.com)" prefix="f"%>
<%@taglib uri="URLﾘﾝｸ(java.sun.com)" prefix="h"%>
<html>
<head>
<title>jsfsample1</title>
</head>
<body bgcolor="#ffffff">
<h1>JSF sample</h1>
<f:view>
<h:form>
<h:outputText value="Welcome to JavaServer Pages." />
<br/>
<h:inputText />
<h:commandButton value="click"/>
</h:form>
</f:view>
</body>
</html>

こんな感じです・・・

748:デフォルトの名無しさん
05/10/13 15:17:22
>>746
ブラウザからJSPに直接リクエスト出してるんじゃないの？
FacesServletにリクエストするんだよ。

web.xmlのFacesServletのURLパターンマッピングはどうなってる？
ブラウザから出したリクエストURLはどうなってる？

749:デフォルトの名無しさん
05/10/13 15:26:53
>>748
ありがとうございます。
.jspにアクセスするんじゃないんですね･･･
今度は.jsfでアクセスすると

HTTPステータス 404 - サーブレット Faces Servlet が利用できません

となりました。。。

ちなみにweb.xmlはこうです。

<?xml version="1.0" encoding="UTF-8"?>

<web-app xmlns="URLﾘﾝｸ(java.sun.com)" xmlns:xsi="URLﾘﾝｸ(www.w3.org)" xsi:schemaLocation="URLﾘﾝｸ(java.sun.com) URLﾘﾝｸ(java.sun.com)" version="2.4">

<display-name>JSFSample</display-name>

<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>
</web-app>

本のとおりにしてるのに動かないなんてｏｒｚ

750:デフォルトの名無しさん
05/10/13 16:07:45
>>749
＞本のとおりにしてるのに動かないなんてｏｒｚ
URLを*.jspでアクセスしている時点で本のとおりじゃないだろｗ

JSF実装は何を使ってる？実装ライブラリをWEB-INF/libに入れてるか？
アプリケーションのデプロイ時またはコンテナ（Tomcatか？）起動時に
コンソールにエラーは吐かれてないのか？

751:デフォルトの名無しさん
05/10/13 16:14:28
>>749
×<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
○<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>

って感じか？

752:デフォルトの名無しさん
05/10/13 16:20:56
>>750
＞.jsp
そこはつっこまないで下さいｏｒｚ

JSFは
jsf-impl.jar・jsf-api.jar・commons-logging.jar・commons-digester.jar・commons-collections.jar
commons-beanutils.jar・demo-components.jar・standard.jar・jstl.jar
を動かすJSPフォルダ下のWEB-INF/libにいれております。

エクリプス上でTomcatを動かしてるのですが、起動した時に警告メッセージみたいなのが出てますね･･･

2005/10/13 16:21:59 org.apache.catalina.startup.ContextConfig applicationWebConfig
情報: アプリケーションのweb.xmlが見つかりません、デフォルトだけを使用します StandardEngine[Catalina].StandardHost[localhost].StandardContext[/test]

とか

致命的: Error loading WebappClassLoader
delegate: false
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
org.apache.catalina.loader.StandardClassLoader@879860
javax.faces.webapp.FaceServlet

とか

2005/10/13 16:21:43 org.apache.catalina.core.StandardContext loadOnStartup
致命的: サーブレット /sampleJSPProj がload()例外を投げました
java.lang.ClassNotFoundException: javax.faces.webapp.FaceServlet

とか・・・
これが原因っぽいですね。。。

753:デフォルトの名無しさん
05/10/13 16:27:53
>>751
ﾜﾛﾀ。それも本のとおりか？
JSF以前に、普通にServletも動かせないんじゃないのか？こいつ。

754:デフォルトの名無しさん
05/10/13 23:43:39
JSFでCSSを利用したサンプルプログラムって無いですかね？
ネットとかで公開されているのがあれば、参考にしたいのですが･･･

755:デフォルトの名無しさん
05/10/13 23:58:07
>>754
何に困ってるの？
それだけだと特にJSFとは関連しないように思うけど。

756:デフォルトの名無しさん
05/10/14 00:17:31
<link href="css/hoge.css" rel="stylesheet" type="text/css">

HTMLと同じ用に↑をつけたらエラーではじかれてしまったんですが？
普通はそのまま使えるんですか？

757:735
05/10/14 01:42:24
誰か～、735で記載した件に答えてくれ～(泣)

>>756 エラーではじかれるってサーブレットエラー？
jsfタグを使っているページなのに <f:view> </f:view>がないとかいう落ちではないよね？

758:デフォルトの名無しさん
05/10/14 05:40:51
>>735
なにを言いたいのかがよくわからないが・・・
遷移前のManagedBeanで処理してから呼び出せばいいんでない？

759:デフォルトの名無しさん
05/10/14 06:03:59
>>756
JSFとは関係ないが、cssファイルがWEB-INF以下に配置されているって落ちではないよね？

760:デフォルトの名無しさん
05/10/14 07:54:11
>>756
＞エラーではじかれてしまったんですが？
そのエラーが何かを推測させるゲームかなんかですか？
それとも釣りですか？

761:デフォルトの名無しさん
05/10/14 07:55:45
>>735
俺も何を問題にしたいのかがわからない。>>758の言うとおり、
ManagedBeanで値を取得してから表示すればいいだけじゃないのか？

762:デフォルトの名無しさん
05/10/14 11:18:40
<INPUT TYPE="password" ISTYLE="4">
↑の感じのようなパスワードを半角入力にしたいのですが、
JSFのinputタグにあります？

763:デフォルトの名無しさん
05/10/15 00:25:16
>>762
inputSecretでパスワードのようになる
半角入力に変わるのは使った事無いなー
誰か補足よろー

764:デフォルトの名無しさん
05/10/15 19:38:36
/WEB-INF/の下が見えるという事に驚いている人は・・・

765:デフォルトの名無しさん
05/10/15 19:49:15
心やさしい人

766:デフォルトの名無しさん
05/10/16 02:32:15
>>729
アホか？xmlは仕様書から吐き出すもんだろ
その辺の事を考えずに上流工程に時間を取らないからxmlを書く事態になるんだろ
UI設計するメンバーにWebの知識がないとかもうアホかと

ってここはマ板だったな

767:デフォルトの名無しさん
05/10/16 10:27:47
>>766
おまえバカ？本質を分かってねーんじゃねーか？

XML はソースコードにでも書けるものの一部を移動しただけだ。
いわば XML もソースコードも仕様書の内容をコンピュータに分かる
形式で記述しただけのものだが、決定的に詳細度が異なる。
昔から設計書を元にしたコード生成はあるが、現状を見ればいい。

依存性の高い部分だけを XML にしてるからコードとは違うとか言うのだったら、
現時点では仕組みを作ってる奴のオナニーだ。プロジェクトをやってるんだったら
分かってるんだろーが、だいたい 9割の出来ない奴と 1割の出来る奴で構成される。
本当に再利用性、保守性、将来性を見越して依存性を切り分けれるのは
ほとんどいねーよ。おまえもひょっとしたら、その 1 割側でない可能性もあるな（w

だから、仕組み（フレームワーク）を作ってる奴は分かってねーって言ってんだ。

768:デフォルトの名無しさん
05/10/16 11:31:37
その1割の奴が手綱を握れるように、ソースコード中に散在させないで
設定ファイルで一括管理するんじゃないの？

769:デフォルトの名無しさん
05/10/16 13:32:07
>>768
一括管理のメリットより、増える手間のデメリットが莫大

770:デフォルトの名無しさん
05/10/16 14:15:06
>>768
最近の「XMLに何でも外だし」はもはや「設定ファイル」の範疇を
はるかに超えとる。「ユーザは絶対触っちゃだめ」な、事実上
実装の一部を外出しにしただけ、という状態だからな。

771:デフォルトの名無しさん
05/10/16 14:25:10
StrutsのActionとURLとJSPとFormの関係は、設定じゃないだろ、みたいな。

772:デフォルトの名無しさん
05/10/16 16:28:10
>>771
だったらコード中に書けばいいの？これって

773:デフォルトの名無しさん
05/10/16 17:40:41
>>772
そういう問題があったから、アノテーションという構文が拡張されたわけだ。

774:デフォルトの名無しさん
05/10/17 01:30:00
>>767
お前みたいな奴が一番邪魔だ。プログラムを多く書かないと良いシステムができないと考えてる奴
業務アプリケーションの理想はプログラムレスだろ

775:デフォルトの名無しさん
05/10/17 07:45:30
>>769
じゃあプログラマにJavaのソースコード中にハードコーディングさせて、
実装の方針は事前にドキュメント化して、サンプルとか作ってあげて、
それを周知徹底させて・・・を毎回のプロジェクトごとにやって、
いざ実装をはじめたらリーダーやアーキテクトはそれを管理したり
レビューしたり、修正させたりのほうが劇的にコストを減らせるってこと？

776:デフォルトの名無しさん
05/10/17 18:32:41
>>775
で、Strutsのあの定義ファイルでその問題は解決できてるとは思えんが

777:デフォルトの名無しさん
05/10/17 21:22:05
>>776
Struts使わないともっとひどいことになる。
またはStrutsに期待しすぎ。
またはおまえさんのいるプロジェクトのアーキテクトが糞。

778:デフォルトの名無しさん
05/10/17 21:42:20
>>777
Strutsの設定ファイルに書く内容を個別のファイルに書けるようになってたほうがいいってのとは別の話。
「設定外だし」がどうなのかって話題だ。

779:デフォルトの名無しさん
05/10/18 02:20:36
EJB3、Hibernate Annotations、Seasar2.3等を見てると
メタデータを目印として、今までXMLに定義していたような処理はフレームワーク側が自動的にやってくれるような
方向に進んでいくと思う。
JSFだと、ManagedBeanの設定記述などはいらなくなって、faces-configには画面の遷移だけを記述する、みたいな

780:デフォルトの名無しさん
05/10/18 07:52:12
>>778
そこが問題になるってことは、せっかく用意された仕組みを使えてないってだけだな。
やっぱりアーキテクトが糞だ。

781:デフォルトの名無しさん
05/10/18 12:37:08
>>780
は？おまえ全然話題についていけてないよ。

782:デフォルトの名無しさん
05/10/18 12:45:56
StrutsでもXDocletなりアノテーションなり、定義ファイルを気にしなくていい仕組みはあるわけだからな。

783:デフォルトの名無しさん
05/10/18 14:15:44
>>777
ところで、Struts使わないとほんとにひどいことになるか？

784:デフォルトの名無しさん
05/10/19 07:29:15
基礎的な質問ですみません。
JSFでたくさんの画面数、処理数があった場合、
face-config.xmlは処理分だけどんどん長くなるのでしょうか？

785:デフォルトの名無しさん
05/10/19 07:38:26
>>784
そりゃそうだ。
複数のファイルに分けて書くこともできるが、トータルの量は増えるに決まってる。

786:784
05/10/19 08:58:53
と言う事は、大規模プログラムに向かないと言う事？
かなり長くなり過ぎて、遷移に関してはかなり管理しにくくなってきたんですが・・・(´・ω・`)

787:デフォルトの名無しさん
05/10/19 09:29:18
長い=大規模に向かないってのがよくわからん

788:デフォルトの名無しさん
05/10/19 10:25:15
ストラッツよりかなり長くなる気がして・・・
そうなると管理、修正とかしにくくないですかね？

789:デフォルトの名無しさん
05/10/19 10:56:33
もしかして<navigation-case>の要素を全部指定してるとか？
記述ルール決めて省略できる所は省略しちゃえばいいんじゃない？

ちなみにちゃんと記述ルール決めておかないと、そのうち
「ルールのマージエラー」とか出てワケワカ状態に陥るからね。
（自戒込み）

ちなみにオレは<from-outcome>と<to-view-id>だけで管理を
するのが好き。規模小さいからこれだけで出来るのかもしれんが。

790:デフォルトの名無しさん
05/11/11 13:40:47
JavaOne行ってきて、聞いたんですがCreatorが無料になったみたいだね

791:デフォルトの名無しさん
05/11/11 15:04:00
JSFのUIコンポーネントってVBみたいに、コントロールのLostFocusとかのタイミングでリクエスト出せるの？

792:デフォルトの名無しさん
05/11/12 01:15:03
>>791
いやそもそもつかいにくくて、そんなことを考える余裕すらない

793:デフォルトの名無しさん
05/11/12 01:19:30
>>791
そういうUIコンポーネントを作ればできる。
どっかのベンダーが作ってるかもしれない。

794:デフォルトの名無しさん
05/11/17 00:58:52
実際の案件でオールJSFとか使った人いる？
もうそーゆーレベルで使われ出してたりするのかな？

795:デフォルトの名無しさん
05/11/17 10:33:56
>>794
使った。まだ時期尚早だと感じた。
Java EE5対応の開発環境が各社から出そろって
各製品がバージョンアップが一回ずつぐらい行われた頃になると
ほどよく成熟して足並みもそろうのだと思う。

796:デフォルトの名無しさん
05/11/17 11:19:38
Oracleが一番早く対応しそうだな。
WebSphereとWebLogicはもうちょっと先になるかな？

797:デフォルトの名無しさん
05/11/17 14:53:10
>>796
今使ってるOracleのAP鯖、ず～っと気に食わなかったけど、
今回初めてこれにしといて良かったなとオモータよ。
JSFもそうだけど、EJB3.0のRI向けにTopLinkを放出したのは
正直Oracleを賞賛したい。Hibernate対抗措置だったのだろうけどね。

早く来い来いEJB3

798:デフォルトの名無しさん
05/11/17 23:29:24
EJB3.0ってそんなに便利なの?

799:デフォルトの名無しさん
05/11/17 23:41:07
>>798
ふたを開けてみないとわからないのが正直なところ。
Hibernateで充分な気がするし。
というか、persistence API でコード書いておけば
EJB3かHibernateかなんてあまり関係ないしね。

EJB3がどうのというより、各ベンダの実装で性能や使い勝手が左右されると思うよ。

800:デフォルトの名無しさん
05/11/17 23:45:58
しかしEJB3.0にはとてつもないポテンシャルを感じさせるのは確かだ

801:デフォルトの名無しさん
05/11/17 23:56:41
ジェロニモはEJB3か？っつかジェロニモってあるのか？

802:デフォルトの名無しさん
05/11/18 00:02:51
DIコンテナってみんな独自だったのがEJB3という標準化によって
どこのアプリ鯖使っても動くようになるってのは割と大きいよ

803:デフォルトの名無しさん
05/11/18 00:09:42
EJB3って、HibernateとTopLinkにちょっとでも互換性を持たせるための仕様じゃないの？

804:デフォルトの名無しさん
05/11/18 00:51:41
EJB3はDIコンテナとしては中途半端だと思う。EJBをDIするぐらいしか出来ないし

>>803
その２者を使ってO/Rマッピングの標準を作ったということじゃないだろうか

805:デフォルトの名無しさん
05/11/18 00:56:08
>>795
レスありがとー。
やっぱまだ時期尚早かぁ。

URLﾘﾝｸ(file1.grp.yahoofs.jp)

↑こことか見るとサーバーリソースも現行のWebアプリより食いそうだし、
こなれてきてもWebアプリは全部JSF！みたいにはならないかもなぁ。

806:デフォルトの名無しさん
05/11/18 01:13:55
>>805
アーキテクチャや思想としてはStrutsよりもかなりいい感じなんだけどね。
もうちょっとこなれて欲しい。
これからの進化に期待。

807:デフォルトの名無しさん
05/11/18 12:54:20
Sun Java Studio Creatorで業務した人いる?
なんか使った感じ、かなり便利だった。

808:デフォルトの名無しさん
05/11/18 13:18:10
JDevelopperもSun Java Studio Creatorも
どっちも便利だな。
残念ながら、Eclipseには相当する機能は現時点ではないしな。

809:デフォルトの名無しさん
05/11/19 18:12:32
結論：Sun One >>>>>>>>> Eclipse

810:デフォルトの名無しさん
05/11/19 22:17:15
>>805
見れないんだけど、何が書いてあるの？

811:デフォルトの名無しさん
05/11/20 01:17:28
>>810
ごめん。家のPCでYahooにログインしっぱなしだったからそのまま貼っちゃった＾＾；

URLﾘﾝｸ(groups.yahoo.co.jp)

ここのブリーフケースの中にあるJSFTips.htmlってファイル。

よくわかるJavaServer Facesのしくみ
URLﾘﾝｸ(www.amazon.co.jp)

↑の本書いてる吉田裕之って人が書いたJSFのTIPS集。
結構詳しいからJSF使うなら読むといいんじゃないかな？

で、ここに「JSFはサーバーパワーが必要」って項目があったんで、そんなんで実際の現場で普及すんのかな？と。

812:デフォルトの名無しさん
05/11/20 01:36:39
>>811
さんきゅ！

813:デフォルトの名無しさん
05/11/20 04:28:42
>>811
サーバーパワーなんか、ヒューマンリソースに比べれば二束三文

814:デフォルトの名無しさん
05/11/20 04:31:56
実際の実行環境は、パワーあるマシン使うのが普通なので問題ない

815:デフォルトの名無しさん
05/11/20 13:47:52
何Wくらいのがお薦めですか？

816:デフォルトの名無しさん
05/11/20 13:50:19
1.21ジゴW

817:デフォルトの名無しさん
05/11/22 20:59:34
死亡したのは.netではなくstrutsだな。

818:デフォルトの名無しさん
05/11/22 21:42:24
>>817
struts現verの死滅は確実。（と、struts開発元も公言）

shaleがどうなるのか見ものだね。

個人的にはshaleは「出しゃばりすぎ」との予感してる。
shaleを『軸に』システム組むなんて発想は真っ平ゴメン!!
P層のフレームワークは純粋にviewを構築するパーツで
あって欲しい。

その点、JSFは、いいセンスしてると思う。実装がこなれて
いなくて使い辛いのは認めるけど。

勘違いだったらｽﾏｿ

819:デフォルトの名無しさん
05/11/22 22:34:29
>>818
全面的に同意。
（今の）Shaleは覚えることが大杉。使いこなすのが恐ろしく難しい。
JSFとChainとSpringとTilesと・・・と多数のフレームワークやライブラリの
使い方を全部マスターする必要があるんじゃないのか？と思うぐらい。

JSFそのものは思想・アーキテクチャとしては優れているね。
実装と開発環境がもう一皮むけるのを心待ちにしているよ。

820:デフォルトの名無しさん
05/11/23 12:32:42
>>802
実際はそうなるんだろうな。
純粋なスペック面ではDIやってる連中にはヌルすぎと批判されてるが。
こないだのJavaOneでSeasarの人とか。

821:デフォルトの名無しさん
05/11/23 14:04:45
>>820
Hibernate等のO-Rマッピング技術もまったく同じことだね。
Java Persisence APIによって標準化され、どこでも同じAPIで
どこでも同じように動くようになる。

次ページ