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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 09:52 / Filesize : 293 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [03/07/26 17:33]: スレがないので新しくたてました
www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
java.sun.com/webservices/downloads/webservicespack.html
855 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 00:22:42 ]: >>854
どういう意味だ？
856 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 01:00:43 ]: 家にも会社にもPCが無いんだろ。
2ちゃんは携帯からか？
857 名前：デフォルトの名無しさん mailto:sage [2005/12/31(土) 11:04:18 ]: >>856
すごいなｗ
858 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 03:33:41 ]: JSFって、実際のところどうですか？
859 名前：デフォルトの名無しさん [2006/01/03(火) 22:34:23 ]: 悪くないよ。
でも基本的にグラフィカルIDEが必要。
コードで書くもんじゃない。
860 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 23:08:36 ]: テキストベースのコードを直書きしても、Strutsよりはるかにマシ。
GUIベースのIDEは、下記の点を割りきればOK。
・ベンダ依存のコードになる（他のツールでの編集は考えてはいけない）
・ソースを直接編集することは一切考えない（上に同じ）
・自動生成されたコードがキモい
861 名前：デフォルトの名無しさん [2006/01/04(水) 00:56:06 ]: >>859
JSFを信じない人のために: JSFに関するFUDをクリアーする
www-06.ibm.com/jp/developerworks/java/050527/j_j-jsf1.html

これによると

>JSFに関しては3つの大きな誤解がありますが、その第1は、作業のためにWYSIWYGツールが必要だというものです。

だってさ。
詳しくは読んでないから知らんが。
862 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 01:20:14 ]: >>861
>『WYSIWYGツールを使わなくても、JSF開発はStrutsよりもずっと簡単なのです！』

あくまでもStrutsに対する相対評価だね。
863 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 03:16:51 ]: Java初心者なんですが、できるだけお手軽にWebアプリを作りたいので、
JSFに注目してます。
Javaっていろんなフレームワークがあって、何から手をつけてよいのか迷い
ます。
JSFでWebアプリを作れるようになるには、どういう順序で勉強すればいいの
でしょうか。
Javaの基礎（文法）⇒JSPとサーブレット⇒JSF
こんな感じでいいでしょうか。
864 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 08:08:46 ]: 順番はそれでいいと思うけど、単にお手軽につくりたいだけならPHPの方がいいような･･･
865 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 11:31:15 ]: >>863
sun java studio creator を使え。
それでもだめならあきらめろ。
866 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 16:49:33 ]: 863です。レスありがとうございます。

>>864
PHPとASP.netは使えます。これらに慣れすぎたせいでJavaでもお手軽に
作れないかなという気持ちになってしまいました。

>>865
早速ゲットしました。これが無料って、すごいですね。
867 名前：デフォルトの名無しさん [2006/01/04(水) 19:36:08 ]: sun java studio creatorを使いこなせれば、
たいていのWEBアプリはOKだと思う。
868 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 19:42:52 ]: >JSFに関しては3つの大きな誤解がありますが、その第1は、作業のためにWYSIWYGツールが必要だというものです。
必要なんじゃなくて、ツールと一緒に使うことも視野に入っているだけ
869 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 20:04:06 ]: はいどうぞ。
pcweb.mycom.co.jp/articles/2006/01/01/whatisjsf/
870 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 00:07:12 ]: JSFにはバリデーションマスクみたいな機能ってないんでつか？
わざわざActionListenerでコンポーネントツリーつかってシコシコ
processValidators呼んでやんないとだめなんすか？

それともこんな質問してる俺が馬鹿なだけですか？
871 名前：デフォルトの名無しさん [2006/01/17(火) 16:33:55 ]: JSPから引数があるメソッド呼ぶ方法ってないの？

こんなのを呼びたい
public String getLabel(int state) {
return (state == 0 ? "０" : "１");
}
エンティティに表示文字列を意識させたくない
872 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 16:41:54 ]: 普通に呼び出せばいいと思うが。
しかし、選択肢はJSPかエンティティしかないのか？
873 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 17:07:51 ]: 具体的にどうすれば良いのだ？

#{hoge.label}
の形式では無理なのか？
874 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 17:50:40 ]: スクリプトレット使えばよかろう。
875 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 18:22:50 ]: <t:dataTable value="#{aaa.hogeList}" var="hoge">
　<h:column>
　　<f:facet name="header">
　　</f:facet>
　　<%= hoge.getLabel() %>
　</h:column>
</t:dataTable>

せんせーできません
876 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 19:04:37 ]: page.getAttributeじゃねぇの？
877 名前：デフォルトの名無しさん [2006/01/17(火) 19:48:54 ]: そもそもdataTableタグの中でスクリプトレット使えないから・・
878 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 19:50:38 ]: >>877
JSF1.1まではね。
879 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 20:20:55 ]: 俺らみたいな低民族がまともに開発できるバージョンで教えてくれ
880 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 01:39:20 ]: JSFってどんなものか試しにSun Java Studio Creator使ってみたけど、
凝ったことやろうとするとなんか面倒じゃね？
881 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 07:36:45 ]: >>880
それはCreatorが面倒なだけ。
882 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 07:49:08 ]: >>878
便乗だけど、JSF1.2で動かそうと思ったら、今はGlassFishしかないの？
そもそもTomcat6が作られてないからServlet2.5、JSP2.1も（GlassFish以外に）今は無い？
883 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 11:28:49 ]: >880
Eclipse＆JSP手書きで充分
884 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 12:26:05 ]: 俺もポトペタ要らん派だけど、beanやproperty/methodの
存在チェックくらいして欲しいと思わないかい？
885 名前：デフォルトの名無しさん [2006/01/18(水) 21:05:18 ]: バッキングBeanって基本的に1つのサービスに対してしか必要ない？
886 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 22:10:03 ]: どういうこと？
887 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 22:13:19 ]: >>884
NetBeans5の、タグをポトペタする機能は便利だよ。
h:dataTableなんかをパレットからD&Dしてデータを指定したら、適当なh:columnなんかが入ってくれる。
新しいアイテムの自作も難しくないし。
JSFではWYSIWYGではない環境でのポトペタが便利だと思う。
888 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 22:18:46 ]: なんか１画面で１つのバッキング・ビーンを定義するっていう風潮があるじゃんか
無駄なんだよな。

本当にバッキング・ビーンとして扱うべきものは、状態が変化するモノなんじゃないかと。
そうなると必然的にサービスと紐付いてくるわけさ
889 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 00:36:10 ]: そうするメリットってどんなものがあるの？
個人的にはどっちでもいいけど、画面項目設計書から余計な事を
考えなくとも、機械的にソース吐けるから大した手間でもないし、
Beanは画面から送られる使い捨てキャリアとしてしかみてない、
且つ、1画面=1Beanでシンプルでよいし・・ということで、気にせず
作ってしまってるんだけど。。
890 名前：デフォルトの名無しさん [2006/01/19(木) 01:24:07 ]: ・メリット
コード量が圧倒的に少なくて済む

・デメリット
画面開発者がどのBeanを使うかを理解しないといけない

逆に１つの画面で１つのBeanにすると
・メリット
画面中心で単純

・デメリット
同じ処理を複数回書く必要がでてくる
コードが増える
うざい
くさい
画面が増えたとき面倒
メモリ使用量が増える
設定ファイルの記述が増えるのも面倒
画面間の値の受け渡しに気を遣う必要がある

とりあえず、
定型ソースと言えど、人間が触る部分のコード量が多いのはシステムの見透しが悪くなるからうざいのと、
同じことを何度も書くのはあほらしい
891 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 02:22:42 ]: >・デメリット
>画面開発者がどのBeanを使うかを理解しないといけない
これはメリットのわりにはかなり痛いデメリット。
自分ならやっぱ1画面=1Beanを選択するよ。
（多数の初心者のような開発者抱え込む場合ならなおさら）

対して1画面=1Beanのデメリットはどれも小さいものばかり。
その中では実際デメリットにもなりえないものも、いくつかあると思う。
892 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 05:20:43 ]: >>891
>画面開発者がどのBeanを使うかを理解しないといけない

これは実際には、画面開発者がどの機能を実装しているかを理解しないといけないということ。
画面ごとにBeanを作ると、持ちまわるべきデータを分断してしまうことになって、そのためのロジックが必要になったりする。

大きな機能ごとの幹になるBeanを作って、細かい画面制御的なBeanが必要なときは画面ごとに用意するというような、ハイブリッドな考え方。
どちらかにこだわると失敗する。
893 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 09:52:29 ]: >891
どこが小さいデメリットばかりなんだよ

>画面開発者がどのBeanを使うかを理解しないといけない
これは設計者がちゃんと指示すれば済む問題
894 名前：デフォルトの名無しさん [2006/01/19(木) 18:08:01 ]: ちょっともどるが>>871みたいなのはコンバータ作るべきなんじゃね？
895 名前：デフォルトの名無しさん [2006/01/19(木) 19:00:16 ]: >894
目からうろこ
ﾏｼﾞｻﾝｸﾇ！
896 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 23:50:32 ]: >同じ処理を複数回書く必要がでてくる
>コードが増える
>画面が増えたとき面倒
>設定ファイルの記述が増えるのも面倒
これらは工数として見たとき、どちらを採用しても大した違いはないと
思うんだけどな。
仮に差があったとしてもシステム全体で考えても数人日程度だと思う。
（どっちが工数大きくなるかは置いておいて）

>メモリ使用量が増える
これは逆じゃない？ごった煮Beanの方が状態管理する必要のないものまで
セション管理される可能性が高いと思う。
それでも微々たるもので、メモリを圧迫するレベルとはかけ離れた
レベルの話だと思うけど。

>画面間の値の受け渡しに気を遣う必要がある
ごった煮の1Beanだとある状況で扱う項目/扱わない項目がでてくるわけだから、
1画面=1Beanで気を使う部分とは別に、意識しなければならない要素がでてくると思う。
（このタイミングでこの項目は使うんだっけ？？みたいな感じで何度も設計書を
見直さなければならないとか）
897 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 23:56:59 ]: >それでも微々たるもので、メモリを圧迫するレベルとはかけ離れた
>レベルの話だと思うけど。
自己レスだけど、これは仕様によるからなんともいえないね。
大きなデータ構造を何百件ももつ必要がある場合とかは考慮が必要だと思う。
そこまで大きなデータを持たなければならない状況もレアだと思うけど。
898 名前：デフォルトの名無しさん mailto:sage [2006/01/20(金) 01:53:35 ]: >896
項目数もアクセス数も画面数も少ないのなら1画面1Beanの場合でもリソースやそれの管理に伴う時間なんかは無視できるかもな
ただ聞きたいんだがManagedBeanってSessionからはいつ消えるの？

どこからごった煮という定義になったのか知らんが、ごった煮という定義は間違ってる。
おそらく1機能＝1Beanという理解をしているんだろうが、それも一つの手ではあるがあまり良い手ではない。

Managed-Bean（≒バッキング・ビーン）は、
1つのサービスを起動する際に関係のある状態が変化するオブジェクト
と位置づけてはどうだろうか？と。

>ごった煮の1Beanだとある状況で扱う項目/扱わない項目がでてくるわけだから、
サービスが必要とする最低限の項目のみで良いからそんなことにはならん

>1画面=1Beanで気を使う部分とは別に、意識しなければならない要素がでてくると思う。
画面間でオブジェクトを受け渡す場合、「えーっと、、、次の画面のBeanはなんだっけ？？」みたいになるだろ。
画面遷移を意識するはnavigation-ruleだけでお腹いっぱい
899 名前：デフォルトの名無しさん mailto:sage [2006/01/22(日) 02:23:11 ]: 昨日からJSF始めたんだけど、Managed-Beanてのは、プレゼンテーション層用の
Beanて認識でいいの？
今まで自作フロントコントローラーからビジネスロジックのコマンド実行する
方法ばかりやってたせいかいまいちピンと来ない・・・
900 名前：デフォルトの名無しさん mailto:sage [2006/01/23(月) 10:05:55 ]: >899
正解。
ビューコントローラに相当します。
901 名前：デフォルトの名無しさん mailto:sage [2006/01/24(火) 01:28:32 ]: >899
ハッキリ言ってどうにでも使える。
上の方でもやってるが、ビューとしてもOKだし、ビジネスロジックへの橋渡しとだけ考えても良い
重要なのはどうやるかをキチンと決めて、一貫性のある開発方法を作ること
902 名前：デフォルトの名無しさん [2006/01/25(水) 09:58:34 ]: >>899

参考までにオレのやり方を露出

managed-bean(オレはp層と認識)
　　↓
facade(serviceLayer)
　　↓
facadeImple(ApplyTransactionPointByAOP)
　　↓
dao
　　↓
daoImple(dataStoreLayer)

こんな感じでやってる。
903 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 20:22:49 ]: 902に同じ。
904 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 23:27:36 ]: もう行き止まりやな。
905 名前：デフォルトの名無しさん mailto:sage [2006/01/26(木) 00:47:56 ]: Sun Java Studio Creator 2 Early Access 第 2 版がリリースされました。
sdc.sun.co.jp/javatools/jscreator/index.html
906 名前：デフォルトの名無しさん mailto:sage [2006/01/27(金) 00:41:23 ]: JSF で CHTML を出力する方法なんてある？
907 名前：デフォルトの名無しさん mailto:sage [2006/01/27(金) 05:40:33 ]: >>906
RenderKitをカスタマイズ
908 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 09:50:44 ]: >>905

Early Accessではなくて、正式版では？
909 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 11:26:36 ]: ほんとだ！Sun Java Studio Creator 2 の正式版がきてる。
Early Access 第 2 版は３日間のためだけに存在したのか？
2004Q2 にくらべて１００Ｍも大きくなっている。
910 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 15:55:35 ]: >>908
正式リリースは昨日。
911 名前：デフォルトの名無しさん [2006/01/29(日) 00:35:12 ]: だいたいみんな同じようなやり方だな。
ところで、facadeからmanaged-beanにドメイン層の
オブジェクトを直接返したりってする？
やっぱりDTO使った方がいいのかな？
912 名前：デフォルトの名無しさん [2006/01/30(月) 13:14:20 ]: 1画面に1つのバッキング・ビーンを用意してた場合で、
ユーザが行った操作を記録したいっていう要件があった場合はどうするの？
やっぱりメソッド単位でログ吐かせるのか？
913 名前：デフォルトの名無しさん [2006/01/30(月) 17:48:24 ]: StrutsでいうGlobalExceptionみたいなことはできんの？
914 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 19:23:37 ]: >>912
素直にfilterでやるとか、あるいはAOPでやるとかの方法の方が
ロジック分離できてｳﾏｧ・・・
と思うのだけど。
915 名前：デフォルトの名無しさん [2006/01/30(月) 19:37:48 ]: >914
Managed-BeanにAOPを適用する方法を教えてください
916 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 22:14:15 ]: >>915
SpringとかAspectJとかを使う
917 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 00:15:04 ]: >>912 リスナ
918 名前：デフォルトの名無しさん [2006/01/31(火) 00:45:14 ]: >916
画面と1対1になっているManaged-BeanにAOPを適用する方法を教えてください
919 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 07:22:09 ]: >>918
SpringとかAspectJとかを使う
920 名前：デフォルトの名無しさん [2006/01/31(火) 09:58:52 ]: >919
springではできん
921 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 23:59:13 ]: そうか？
922 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 00:17:17 ]: こしがや
923 名前：デフォルトの名無しさん [2006/02/01(水) 02:06:25 ]: SpringってManaged-Bean兼Spring-Beanができなかったっけ？
つーか、Managed-Beanてよくわからん。
自身をDTO代わりにFacadeに渡したりするのはよくないのかな？
924 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 09:53:40 ]: >>921-922
せんげんだい
925 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 10:53:03 ]: いなかものには難しいスレです(´･ω･`)
926 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 16:29:04 ]: >>920
できるだろ。DelegatingVariableResolver使え。
927 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 19:04:54 ]: >921
>926
キミらDIと勘違いしてない？
928 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 19:37:35 ]: #{jsfBean.aaa.name}

<managed-bean>
<managed-bean-name>jsfBean</managed-bean-name>
<managed-property id="aaa"><value>#{springBean}</value></managed-property>
</managed-bean>

↑これがしたいわけではなくて、

#{springBean.name}
でアスペクトが織り込まれたものを使用したいんだわ
929 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 21:16:15 ]: あ、そういえば、どこぞのオプソ使えばSpring側から
JSFのBeanを取得することが出来るという話を
読んだことがある。

誰かソ－ス覚えてない？
930 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 22:36:14 ]: >>927
なぜ勘違いだと思うのかまったくわからん。
Springで定義したBeanはSpringでAOPできるだろ。

>>928
だから、DelegatingVariableResolver使えばSpringで定義したBeanを
JSFから使えるんだってば。

あなたが言う
「↑これがしたいわけではなくて」
と
「#{springBean.name} 」がどう違うのかね？

きみら、VariableResolverが何をするモノなのかわかってるの？
931 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 00:15:26 ]: 変数解決さん
932 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 00:27:36 ]: >>927
SpringでDIできた時点でAOP使えるだろ
933 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 01:41:08 ]: なぁちなみにspringのBeanをmanaged-beanとして使う場合、scopeをsessionにする方法ってあるの？
934 名前：デフォルトの名無しさん [2006/02/02(木) 09:59:00 ]: >>933
Springでシングル㌧をfalseにしときゃ毎度newだから、
sessionScopeのmanaged-beanが生成される度に
新規SpringBeanインスタンスが生成され一連托生。

だよね？
935 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 11:46:33 ]: >934
そんなことしたら意味が無い
managed-beanとしてspringのbeanを使いたいんだよね
936 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 14:36:26 ]: >>935
jsf-spring.sourceforge.net/

オマイ人柱になって使って報告ｼﾙ
937 名前：デフォルトの名無しさん [2006/02/03(金) 11:57:23 ]: Creator2どうですか？
938 名前：デフォルトの名無しさん mailto:sage [2006/02/04(土) 00:53:36 ]: >>928
少数派かもしれんが、うちでは自前VariableResolver＋
Seasar2でAOPを適用してるぞ。
scopeはapplicationでもrequestでもsessionでも可だ。

Seasar2のcomponentをJSFのmanaged-beanとして使う
ためのVariableResolverはS2JSFのソースにずばり入っ
てる。

＃でも、うちではS2JSF自体は使ってない。
＃VariableResolverだけ真似してる。
939 名前：デフォルトの名無しさん [2006/02/04(土) 10:23:44 ]: 行ヘッダと列ヘッダを持った2次元表をdataTableで作る際、複数カラムの
行ヘッダを作る場合は普通にcolumnを並べるだけでいいですが、列ヘッダを
複数行にするのになにかいい方法はないでしょうか？
headerの中にpanelGridを埋めても見た目がきれいじゃないですし。

bindingでUIDataを直接操作すればできるかとも考えたのですが、よく
わかりませんでした。
940 名前：デフォルトの名無しさん mailto:sage [2006/02/04(土) 21:12:29 ]: MyFacesのdataListで頑張るとか。
941 名前：デフォルトの名無しさん mailto:sage [2006/02/07(火) 05:38:11 ]: >>1
> スレがないので新しくたてました
> www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
> java.sun.com/webservices/downloads/webservicespack.html
942 名前：デフォルトの名無しさん mailto:sage [2006/02/19(日) 09:30:21 ]: MyFacesを利用したJBossなんかの実装だと
org.apache.myfaces.webapp.StartupServletContextListener
をリスナーに登録する必要があるけど
SunのRIをつかってるGlassfishなんかだと必要ないよね？

両方のアプリケーションサーバに対応したウェブアプリケーションをつくりたいときって
どうしたらいいの？

web.xmlのレベルでMyFacesに依存しちゃうのを避けたいんだけど……
943 名前：デフォルトの名無しさん mailto:sage [2006/02/19(日) 10:12:14 ]: >>942
MyFacesのコンテキストリスナが見つかったらそれをインスタンス化して実行する
コンテキストリスナを自作するってのはどうよ？
944 名前：デフォルトの名無しさん mailto:sage [2006/02/19(日) 16:14:45 ]: >>942
MyFacesの最新バージョンではStartupServletContextListenerは必須ではないみたいだから、
そのうちJBossでも変わるんじゃないの？
945 名前：デフォルトの名無しさん mailto:sage [2006/02/20(月) 11:23:11 ]: >>943-944
MyFacesの最新版で試してみます
ありがとん
946 名前：デフォルトの名無しさん mailto:sage [2006/02/23(木) 18:01:46 ]: サン、ウェブアプリ開発ツール「Sun Java Studio Creator 2」を無償公開
japan.zdnet.com/news/devsys/story/0,2000052522,20097072,00.htm?tag=c_left
947 名前：デフォルトの名無しさん [2006/02/26(日) 04:05:35 ]: JSFのリスト系のコンポーネントで、各データ行ごとにHTMLタグを混ぜ込んで
出力したくて、h:dataTableとかx:dataList使ってみたらHTMLタグが全部
スルーされちまったんだが、こういうケースだとJSTL使うしかないの？

それと、h:outputText使ったら、文字が全部コードとして出力されたんだが
これは標準仕様なの？

環境はMyFacesです。
948 名前：デフォルトの名無しさん mailto:sage [2006/02/26(日) 04:16:57 ]: ＞こういうケースだとJSTL使うしかないの？
現状ではh:outputText等を使って、escape="false"を使うしかない。
この問題は、次バージョン1.2で${・・・}も使えるようにすることで解決される。

＞それと、h:outputText使ったら、文字が全部コードとして出力されたんだが
＞これは標準仕様なの？

Yes.
949 名前：947 [2006/02/26(日) 22:30:42 ]: >948
サンクス

やっと楽しくプログラミングかと思ったらブラウザのリロードを押すと
1回おきに例外が発生する現象が・・・
cannot add component with id '_id5' andとかって出てくるんだが、これの
原因がサパーリわからん。
これのせいで今日1日つぶれてしまいますたorz
950 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 13:06:53 ]: >>949
JSF実装のバグかもよ。
正しいIDが生成されないでエラーになるバグがいくつかあるから。
951 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 09:01:46 ]: >>949
アプリケーションを起動したままJSPのみ書き換えてリロード、というやりかたを
している場合、保持されているステート情報との不一致でそういうエラーが発生
することがあったような。
952 名前：デフォルトの名無しさん [2006/03/11(土) 15:33:58 ]: JSF のパフォーマンスってどうなの。Strutsを使ったことが無いんでテストするにも時間かかりすぎちゃうので
貴殿らの経験談を聞かせてくれ。
953 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 15:48:47 ]: 実装による。
それと、Strutsを使ったことがなかったらどうしてテストする時間がかかるのか知りたい。
ぜんぜん関係ないのに。
954 名前：デフォルトの名無しさん [2006/03/12(日) 00:54:34 ]: EclipseでAmaterasのFacesIDEプラグインを使っているんですが、MyFacesのタグを使おうして以下の現象で困っています。
EclipseHtmlEditor、FacesIDE共にバージョンは2.0です。

JSPファイルの先頭に

<%@ taglib uri="myfaces.apache.org/extensions" prefix="x" %>

を入れているにも関わらず、
「"x"に対応するtaglibディレクティブが存在しないかTLDファイルが見つかりません。」
と表示されてしまいます。
設定でTLDのところにローカルのtldファイルは指定しているんですが・・・。

どなたかFacesIDEのJSPエディタでMyFacesのタグの補完を出来るようにする方法を知っている方いたら教えて下さい。
955 名前：デフォルトの名無しさん [2006/03/12(日) 01:14:37 ]: JSFとStrutsは同じものじゃないのか。誰か易しい説明ｷｳﾞｫﾝ

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef