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

1 名前：デフォルトの名無しさん mailto:sage [03/07/26 17:33] スレがないので新しくたてました www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html java.sun.com/webservices/downloads/webservicespack.html 756 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 00:17:31 ] <link href="css/hoge.css" rel="stylesheet" type="text/css"> HTMLと同じ用に↑をつけたらエラーではじかれてしまったんですが？ 普通はそのまま使えるんですか？ 757 名前：735 mailto:sage [2005/10/14(金) 01:42:24 ] 誰か〜、735で記載した件に答えてくれ〜(泣) >>756 エラーではじかれるってサーブレットエラー？ jsfタグを使っているページなのに <f:view> </f:view>がないとかいう落ちではないよね？ 758 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 05:40:51 ] >>735 なにを言いたいのかがよくわからないが・・・ 遷移前のManagedBeanで処理してから呼び出せばいいんでない？ 759 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 06:03:59 ] >>756 JSFとは関係ないが、cssファイルがWEB-INF以下に配置されているって落ちではないよね？ 760 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 07:54:11 ] >>756 ＞エラーではじかれてしまったんですが？ そのエラーが何かを推測させるゲームかなんかですか？ それとも釣りですか？ 761 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 07:55:45 ] >>735 俺も何を問題にしたいのかがわからない。>>758の言うとおり、 ManagedBeanで値を取得してから表示すればいいだけじゃないのか？ 762 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 11:18:40 ] <INPUT TYPE="password" ISTYLE="4"> ↑の感じのようなパスワードを半角入力にしたいのですが、 JSFのinputタグにあります？ 763 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 00:25:16 ] >>762 inputSecretでパスワードのようになる 半角入力に変わるのは使った事無いなー 誰か補足よろー 764 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:38:36 ] /WEB-INF/の下が見えるという事に驚いている人は・・・ 765 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:49:15 ] 心やさしい人 766 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 02:32:15 ] >>729 アホか？xmlは仕様書から吐き出すもんだろ その辺の事を考えずに上流工程に時間を取らないからxmlを書く事態になるんだろ UI設計するメンバーにWebの知識がないとかもうアホかと ってここはマ板だったな 767 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 10:27:47 ] >>766 おまえバカ？ 本質を分かってねーんじゃねーか？ XML はソースコードにでも書けるものの一部を移動しただけだ。 いわば XML もソースコードも仕様書の内容をコンピュータに分かる 形式で記述しただけのものだが、決定的に詳細度が異なる。 昔から設計書を元にしたコード生成はあるが、現状を見ればいい。 依存性の高い部分だけを XML にしてるからコードとは違うとか言うのだったら、 現時点では仕組みを作ってる奴のオナニーだ。プロジェクトをやってるんだったら 分かってるんだろーが、だいたい 9割の出来ない奴と 1割の出来る奴で構成される。 本当に再利用性、保守性、将来性を見越して依存性を切り分けれるのは ほとんどいねーよ。おまえもひょっとしたら、その 1 割側でない可能性もあるな（w だから、仕組み（フレームワーク）を作ってる奴は分かってねーって言ってんだ。 768 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 11:31:37 ] その1割の奴が手綱を握れるように、ソースコード中に散在させないで 設定ファイルで一括管理するんじゃないの？ 769 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 13:32:07 ] >>768 一括管理のメリットより、増える手間のデメリットが莫大 770 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 14:15:06 ] >>768 最近の「XMLに何でも外だし」はもはや「設定ファイル」の範疇を はるかに超えとる。「ユーザは絶対触っちゃだめ」な、事実上 実装の一部を外出しにしただけ、という状態だからな。 771 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 14:25:10 ] StrutsのActionとURLとJSPとFormの関係は、設定じゃないだろ、みたいな。 772 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 16:28:10 ] >>771 だったらコード中に書けばいいの？これって 773 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 17:40:41 ] >>772 そういう問題があったから、アノテーションという構文が拡張されたわけだ。 774 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 01:30:00 ] >>767 お前みたいな奴が一番邪魔だ。プログラムを多く書かないと良いシステムができないと考えてる奴 業務アプリケーションの理想はプログラムレスだろ 775 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 07:45:30 ] >>769 じゃあプログラマにJavaのソースコード中にハードコーディングさせて、 実装の方針は事前にドキュメント化して、サンプルとか作ってあげて、 それを周知徹底させて・・・を毎回のプロジェクトごとにやって、 いざ実装をはじめたらリーダーやアーキテクトはそれを管理したり レビューしたり、修正させたりのほうが劇的にコストを減らせるってこと？ 776 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 18:32:41 ] >>775 で、Strutsのあの定義ファイルでその問題は解決できてるとは思えんが 777 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 21:22:05 ] >>776 Struts使わないともっとひどいことになる。 またはStrutsに期待しすぎ。 またはおまえさんのいるプロジェクトのアーキテクトが糞。 778 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 21:42:20 ] >>777 Strutsの設定ファイルに書く内容を個別のファイルに書けるようになってたほうがいいってのとは別の話。 「設定外だし」がどうなのかって話題だ。 779 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 02:20:36 ] EJB3、Hibernate Annotations、Seasar2.3等を見てると メタデータを目印として、今までXMLに定義していたような処理はフレームワーク側が自動的にやってくれるような 方向に進んでいくと思う。 JSFだと、ManagedBeanの設定記述などはいらなくなって、faces-configには画面の遷移だけを記述する、みたいな 780 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 07:52:12 ] >>778 そこが問題になるってことは、せっかく用意された仕組みを使えてないってだけだな。 やっぱりアーキテクトが糞だ。 781 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 12:37:08 ] >>780 は？おまえ全然話題についていけてないよ。 782 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 12:45:56 ] StrutsでもXDocletなりアノテーションなり、定義ファイルを気にしなくていい仕組みはあるわけだからな。 783 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 14:15:44 ] >>777 ところで、Struts使わないとほんとにひどいことになるか？ 784 名前：デフォルトの名無しさん [2005/10/19(水) 07:29:15 ] 基礎的な質問ですみません。 JSFでたくさんの画面数、処理数があった場合、 face-config.xmlは処理分だけどんどん長くなるのでしょうか？ 785 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 07:38:26 ] >>784 そりゃそうだ。 複数のファイルに分けて書くこともできるが、トータルの量は増えるに決まってる。 786 名前：784 mailto:sage [2005/10/19(水) 08:58:53 ] と言う事は、大規模プログラムに向かないと言う事？ かなり長くなり過ぎて、遷移に関してはかなり管理しにくくなってきたんですが・・・(´・ω・`) 787 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 09:29:18 ] 長い=大規模に向かない ってのがよくわからん 788 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 10:25:15 ] ストラッツよりかなり長くなる気がして・・・ そうなると管理、修正とかしにくくないですかね？ 789 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 10:56:33 ] もしかして<navigation-case>の要素を全部指定してるとか？ 記述ルール決めて省略できる所は省略しちゃえばいいんじゃない？ ちなみにちゃんと記述ルール決めておかないと、そのうち 「ルールのマージエラー」とか出てワケワカ状態に陥るからね。 （自戒込み） ちなみにオレは<from-outcome>と<to-view-id>だけで管理を するのが好き。規模小さいからこれだけで出来るのかもしれんが。 790 名前：デフォルトの名無しさん [2005/11/11(金) 13:40:47 ] JavaOne行ってきて、聞いたんですがCreatorが無料になったみたいだね 791 名前：デフォルトの名無しさん [2005/11/11(金) 15:04:00 ] JSFのUIコンポーネントってVBみたいに、コントロールのLostFocusとかのタイミングでリクエスト出せるの？ 792 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 01:15:03 ] >>791 いやそもそもつかいにくくて、そんなことを考える余裕すらない 793 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 01:19:30 ] >>791 そういうUIコンポーネントを作ればできる。 どっかのベンダーが作ってるかもしれない。 794 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 00:58:52 ] 実際の案件でオールJSFとか使った人いる？ もうそーゆーレベルで使われ出してたりするのかな？ 795 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 10:33:56 ] >>794 使った。まだ時期尚早だと感じた。 Java EE5対応の開発環境が各社から出そろって 各製品がバージョンアップが一回ずつぐらい行われた頃になると ほどよく成熟して足並みもそろうのだと思う。 796 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 11:19:38 ] Oracleが一番早く対応しそうだな。 WebSphereとWebLogicはもうちょっと先になるかな？ 797 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 14:53:10 ] >>796 今使ってるOracleのAP鯖、ず〜っと気に食わなかったけど、 今回初めてこれにしといて良かったなとオモータよ。 JSFもそうだけど、EJB3.0のRI向けにTopLinkを放出したのは 正直Oracleを賞賛したい。Hibernate対抗措置だったのだろうけどね。 早く来い来いEJB3 798 名前：デフォルトの名無しさん [2005/11/17(木) 23:29:24 ] EJB3.0ってそんなに便利なの? 799 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 23:41:07 ] >>798 ふたを開けてみないとわからないのが正直なところ。 Hibernateで充分な気がするし。 というか、persistence API でコード書いておけば EJB3かHibernateかなんてあまり関係ないしね。 EJB3がどうのというより、各ベンダの実装で性能や使い勝手が左右されると思うよ。 800 名前：デフォルトの名無しさん [2005/11/17(木) 23:45:58 ] しかしEJB3.0にはとてつもないポテンシャルを感じさせるのは確かだ 801 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 23:56:41 ] ジェロニモはEJB3か？ っつかジェロニモってあるのか？ 802 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:02:51 ] DIコンテナってみんな独自だったのがEJB3という標準化によって どこのアプリ鯖使っても動くようになるってのは割と大きいよ 803 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:09:42 ] EJB3って、HibernateとTopLinkにちょっとでも互換性を持たせるための仕様じゃないの？ 804 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:51:41 ] EJB3はDIコンテナとしては中途半端だと思う。EJBをDIするぐらいしか出来ないし >>803 その２者を使ってO/Rマッピングの標準を作ったということじゃないだろうか 805 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:56:08 ] >>795 レスありがとー。 やっぱまだ時期尚早かぁ。 file1.grp.yahoofs.jp/v1/8Jp8Q23h3jyW5zc2F8FdoipQK_wwW7TE5hF5dmuMm-sziRay0zv38zEyvu1WojpHFhXU1bMMCx-jad1WYgmxvmJV4Ug/JSFTips.html ↑こことか見るとサーバーリソースも現行のWebアプリより食いそうだし、 こなれてきてもWebアプリは全部JSF！みたいにはならないかもなぁ。 806 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 01:13:55 ] >>805 アーキテクチャや思想としてはStrutsよりもかなりいい感じなんだけどね。 もうちょっとこなれて欲しい。 これからの進化に期待。 807 名前：デフォルトの名無しさん [2005/11/18(金) 12:54:20 ] Sun Java Studio Creatorで業務した人いる? なんか使った感じ、かなり便利だった。 808 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 13:18:10 ] JDevelopperもSun Java Studio Creatorも どっちも便利だな。 残念ながら、Eclipseには相当する機能は現時点ではないしな。 809 名前：デフォルトの名無しさん mailto:sage [2005/11/19(土) 18:12:32 ] 結論：Sun One >>>>>>>>> Eclipse 810 名前：デフォルトの名無しさん [2005/11/19(土) 22:17:15 ] >>805 見れないんだけど、何が書いてあるの？ 811 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 01:17:28 ] >>810 ごめん。家のPCでYahooにログインしっぱなしだったからそのまま貼っちゃった＾＾； groups.yahoo.co.jp/group/jsf-jp/ ここのブリーフケースの中にあるJSFTips.htmlってファイル。 よくわかるJavaServer Facesのしくみ www.amazon.co.jp/exec/obidos/ASIN/4883732096/ ↑の本書いてる吉田 裕之って人が書いたJSFのTIPS集。 結構詳しいからJSF使うなら読むといいんじゃないかな？ で、ここに「JSFはサーバーパワーが必要」って項目があったんで、そんなんで実際の現場で普及すんのかな？と。 812 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 01:36:39 ] >>811 さんきゅ！ 813 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 04:28:42 ] >>811 サーバーパワーなんか、ヒューマンリソースに比べれば二束三文 814 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 04:31:56 ] 実際の実行環境は、パワーあるマシン使うのが普通なので問題ない 815 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 13:47:52 ] 何Wくらいのがお薦めですか？ 816 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 13:50:19 ] 1.21ジゴW 817 名前：デフォルトの名無しさん [2005/11/22(火) 20:59:34 ] 死亡したのは.netではなくstrutsだな。 818 名前：デフォルトの名無しさん mailto:sage [2005/11/22(火) 21:42:24 ] >>817 struts現verの死滅は確実。（と、struts開発元も公言） shaleがどうなるのか見ものだね。 個人的にはshaleは「出しゃばりすぎ」との予感してる。 shaleを『軸に』システム組むなんて発想は真っ平ゴメン!! P層のフレームワークは純粋にviewを構築するパーツで あって欲しい。 その点、JSFは、いいセンスしてると思う。実装がこなれて いなくて使い辛いのは認めるけど。 勘違いだったらｽﾏｿ 819 名前：デフォルトの名無しさん mailto:sage [2005/11/22(火) 22:34:29 ] >>818 全面的に同意。 （今の）Shaleは覚えることが大杉。使いこなすのが恐ろしく難しい。 JSFとChainとSpringとTilesと・・・と多数のフレームワークやライブラリの 使い方を全部マスターする必要があるんじゃないのか？と思うぐらい。 JSFそのものは思想・アーキテクチャとしては優れているね。 実装と開発環境がもう一皮むけるのを心待ちにしているよ。 820 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 12:32:42 ] >>802 実際はそうなるんだろうな。 純粋なスペック面ではDIやってる連中にはヌルすぎと批判されてるが。 こないだのJavaOneでSeasarの人とか。 821 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 14:04:45 ] >>820 Hibernate等のO-Rマッピング技術もまったく同じことだね。 Java Persisence APIによって標準化され、どこでも同じAPIで どこでも同じように動くようになる。 822 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 14:22:30 ] JSP/servletとかと同じだよな 結局よほどじゃないかぎりライブラリやフレームワークに依存したコードは書きたくない JSFに関してはもうちっとなんだろうけど creater２見る限り開発は問題なさそうだが 運用環境が頭痛いか 823 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 02:27:49 ] creater２いいとかいうが あの自動生成のソースが気持ち悪くて最悪なので どうしても使う気になれない。 824 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:34:54 ] コンパイル後のバイナリが気にならないように、 自動生成のソースの中身を気にならなくなる時代が来るのかもな。 825 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:38:28 ] 自動生成部分はいじらないのが普通だろ GUIエディタでもそうだし 826 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:39:01 ] >>824 そう思う。 アセンブラなどをやっていた人間からするとJavaが既にそういう存在だと思うし。 827 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:48:53 ] つーか、コンパイラとかアセンブラ自体がすでに（ｒｙ 828 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 09:43:37 ] >>826 アセンブラやってた人間ならCの時点ですでに悲鳴上げたことあるだろｗ 829 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 15:12:41 ] 開放感でうれしかったけど。 830 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 23:25:23 ] Cコンパイラが生成したアセンブラソースのことじゃね？ 831 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 09:48:27 ] 開発ツールSun Java Studio Enterprise 8、無償でリリース − ＠IT www.atmarkit.co.jp/news/200511/10/jsc.html タダで使えるようになったみたいだけど、これのJSF機能ってどうなの？ 楽チン？ 832 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 11:49:07 ] >>831 JSFに特化するなら、Creatorのほうがいいかも 833 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 13:11:08 ] >>831 JSFに特化かどうかというよりも、その両製品は対象ユーザが違う。 JSFのAPIを隠蔽して、完全にグラフィカルな作業環境で開発したい →Creator APIなどをある程度把握して、自分で好きに実装したい →Sun Java Studio Enterprise どんなコードを生成してくれても気にしない。そのかわりにお手軽開発というのならCreator。 そのかわり、大規模アプリケーションを何人ものプログラマでコードを共有するのには向いていない。 システム開発屋が扱うというよりも、ユーザ企業の担当者がちょっとした マスタメンテツールや情報検索ツールを作るのに向いているし、そういうユーザがターゲット。 834 名前：831 mailto:sage [2005/12/04(日) 13:59:46 ] >>832 >>833 レスありがとう。 だとすると、業務で使うとしたらメインはやっぱJava Studioの方になるのかな〜。 Createrはちょっとしたツールとか書く時にはロジックに集中できて便利そうね。 ちなみにダウンロードサイトが英語だったりしてイマイチよく分かってないんだけど、 この2つの「無償」ってのは、商用利用も含めて「無償」で使っていいよ、ってこと？ それとも個人利用の制限あり？？ 835 名前：デフォルトの名無しさん [2005/12/16(金) 13:57:57 ] いつの間にか facelets1.0.4がreleaseされてますよ。 https://facelets.dev.java.net/ 誰か人柱になってくれんかのぉ。 836 名前：デフォルトの名無しさん mailto:sage [2005/12/16(金) 19:38:38 ] >>835 人柱よろｗ 837 名前：デフォルトの名無しさん [2005/12/18(日) 02:29:30 ] Oracle、ApacheにJSF実装「ADF Faces」を寄贈へ pcweb.mycom.co.jp/news/2005/12/15/023.html 838 名前：デフォルトの名無しさん [2005/12/18(日) 21:19:55 ] 通常のリンクで<to-view-id>にフォワードするのに<from-outcome>に指定した文字列を使いたくて <f:view> <h:form> <h:commandLink action="link"> </h:form> </f:view> と書いてます。 これをもっと簡単に書く方法はありませんか？ 839 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:55:32 ] 充分に簡単だと思うけどな・・・・ 840 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:04:59 ] JSFじゃなければ<a href="link.jsp">で済むので、簡単だとは思えません。 841 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:48:26 ] GET受け付けないから無理 842 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:09:04 ] f:viewは仕方ないにしても、h:formが必要ない書き方って標準でないんでしょうか？ 843 名前：デフォルトの名無しさん [2005/12/19(月) 07:45:39 ] ASP.NETのパクリ成功した？ 844 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 11:51:21 ] もう一息です 845 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 12:40:11 ] JavaEE5出てから本格始動だろうな 846 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 13:00:46 ] >facelets これ、素のHTMLのTableタグをdatatableとかpanlegridに置き換える方法が判んない。 847 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:32:55 ] >>840 じゃ、おまいには無理だ 848 名前：デフォルトの名無しさん [2005/12/20(火) 23:56:04 ] >>837 これでJSFにも勢いつくといいね。 ＞100を越えるJSFコンポーネントから構成されており 結構すごそう。 誰かもう触った人いる？ 849 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 08:25:58 ] ちょっと試してみた。 tomahawkのように他のJSF実装と組み合わせて使う方式だから簡単に試せると 思ったが、子要素の解釈が結構違っていてかなりの書き換えが必要になりそう。 Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作 するけど、ADFはほとんど全滅。同等のJSFタグに置き換えるか、verbatimで 囲む必要があった。 一方でJSF標準はjstlとの併用がまったく考慮されていないのが不満だったけど、 ADFでは独自にforEachやswitcherなどを用意してくれているのがありがたい。 forEachはまだいろいろ制約があるみたいだけど。 850 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 11:49:00 ] JSFも1.2はJSTLと併用できるみたいね。 851 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 12:12:21 ] >>849 ＞Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作 するけど ものによる。 この問題を解決するために、JSF1.2/JSP2.1ではJSFタグに${...}を記述できるようになる。 ${...}は即時解釈（通常のJSPと同じタイミング）され、 #{...}はレスポンス描画フェーズで解釈される ・・・だそうだ。JavaOneでCraigとYUTAさんがそう言ってた。 852 名前：デフォルトの名無しさん mailto:sage [2005/12/26(月) 10:54:37 ] 求む人柱 www.alphaworks.ibm.com/tech/faces4laszlo 853 名前：デフォルトの名無しさん mailto:sage [2005/12/27(火) 01:40:08 ] 人柱って、、、試したところで何のデメリットもないんだから手前で試せよ。 854 名前：デフォルトの名無しさん mailto:sage [2005/12/27(火) 09:30:17 ] 環境が無いんだよ 855 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 00:22:42 ] >>854 どういう意味だ？ 856 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 01:00:43 ] 家にも会社にもPCが無いんだろ。 2ちゃんは携帯からか？

---

---

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

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