JSF(JavaServer Faces)2

1 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:34:57 ] JSFについて語ってくれ 前スレ JSF(JavaServer Faces)【.NET死亡？！！！】 pc8.2ch.net/test/read.cgi/tech/1059208396/l50 2 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 18:34:10 ] JSF(JointStrikeFighter)について語るスレはここですか？ 3 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 20:59:18 ] Java Server Fuck 4 名前：http://www.vector.co.jp/soft/win95/util/se072729.html [2006/03/18(土) 19:16:01 ] TextSS　のWindowsXP(Professional)64bit化おながいします もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？ 5 名前：デフォルトの名無しさん mailto:sage [2006/03/18(土) 20:05:34 ] で、みんな実際の開発に使ってるの？ 周囲はいまだに遊びでつついてる人だけって感じなんだけど 6 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 02:23:47 ] オープンソースでJSF利用してるやつってある？ 7 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 02:53:23 ] >>6 ある。 例えば JBoss Seam (www.jboss.com/products/seam) WebUDA Tuigwaa (tuigwaa.sandbox.seasar.org/) 厳密にOpen Source Initiativeの条件に適合しているかどうかは知らん。 8 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 06:33:22 ] >>6 Apache MyFaces 9 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 08:11:14 ] >>6 AjaxAnywhere 10 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 11:58:08 ] >>8 MyFacesはJSFを「利用してる」とは言えないのでは… 11 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 12:22:34 ] >>10 MyFaces Extension Tomahawk 12 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 13:10:08 ] で、実際それらは開発に使われてるの？ 流行る流行ると言われてもう3年目 13 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 16:03:43 ] 2プロジェクトで使ったよ。 ちょっとクセがあったけど。 14 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 16:48:00 ] >>6 Struus Shale 15 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 17:08:46 ] うわあ、間違えた。 Struts Shaleだ。 16 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 18:54:05 ] >>14 ShaleはJSFを「利用してる」とは言えないのでは… 17 名前：デフォルトの名無しさん mailto:sage [2006/03/20(月) 11:29:40 ] >>13 Strutsと比べて不便な所とかある？ 18 名前：13 mailto:sage [2006/03/20(月) 23:30:14 ] >>16 以前ちらっと見た感じではモロにJSF上に乗っかってるように 見えたけど。 ちらっと見ただけなので間違ってるかもしれない。 Strutsの面影が皆無なのは確か。 >>17 描画を細かく制御したい場合に自前で準備しなければならな いことが増える所と、コンポーネントツリーに気を使ってあげ なきゃいけない所。 前者はStrutsと比べてというより、スクリプトレットでの描画と 比べての話かな。JSFでもスクリプトレットは使えるけど、コ ンポーネントツリーの関係で、殆どのタグはJSFタグを使う必 要がある。 JSFではタグの描画をRendererにやらせるので、既成の Rendererの想定外の描画を実現するために自分でRenderer を拡張する覚悟が必要。 テーブルで複雑な表現をしたいならMyFacesのdataListと か自前のカスタムタグで頑張る必要がある。 でも、一番不便なのは開発者を調達しにくい所かも。 19 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 03:02:43 ] JSFで開発者の役割分担（Page Authorとかそーゆーやつ）って本当に可能になると思う？ なんかそーゆー部分まで変われる気が全然しないのだが・・・。 それは組織の問題か？orz 20 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 19:23:52 ] faceletsはけっこういいんだけど、どうなんだろ seamもfaceletsつかってるよね 21 名前：デフォルトの名無しさん [2006/03/27(月) 09:54:24 ] 貼っとく 【IBM】FaceletsはぴったりとJSFにフィットします www-06.ibm.com/jp/developerworks/java/060315/j_j-facelets.shtml 22 名前：デフォルトの名無しさん [2006/03/28(火) 03:59:54 ] どなたかご存知の方、教えてください。 myfacesのsandboxにあるinputSuggestを使いたくて、 JSP(test.jsp)に、 <%@ taglib uri="myfaces.apache.org/sandbox" prefix="s"%> と <f:view> <s:inputSuggest required="true" size="4" > <f:selectItems value="#{choices}" /> </s:inputSuggest> </f:view> を入れました。 それで、このJSP(/test.jsf)を表示しようとアクセスしたところ、 ｢/test.jsp(15,1) 属性 size のsetterメソッドが見つかりません｣ とエラーが表示されてページが出てきません。 タグのsize="4"を取り除くと正常にページが表示され、問題なくなります。 このほかにもmaxlength="4"を指定した場合も同様に、 ｢属性 maxlength のsetterメソッドが見つかりません｣ と出てきます。 どうすれば、sizeやmaxlengthを指定できるのでしょうか？ ちなみに、動作環境はjdk1.5.0_04とapache-tomcat-5.5.15です。 23 名前：デフォルトの名無しさん [2006/03/28(火) 04:17:12 ] あと、myfaces-1.1.1です。 24 名前：デフォルトの名無しさん [2006/03/28(火) 14:08:00 ] MyFaces Sun IBM Oracle それぞれの実装を比較してるサイトとかない？ もしくはそれそれの評価・評判を教えてくれ 25 名前：デフォルトの名無しさん mailto:sage [2006/03/30(木) 00:44:32 ] JSF M5 www.eclipse.org/webtools/jsf/dev_resource/index.html 26 名前：デフォルトの名無しさん [2006/03/30(木) 02:10:15 ] さっそく使ってみましたが、 SUN Java Studio Creatorみたいに JSFのJSPがGUIでドラグ＆ドロップで使えるわけじゃないのね。 あと、faces-config.xmlを開くとエラーが出てくるのね。 でも、ありがとね。 27 名前：デフォルトの名無しさん mailto:sage [2006/04/05(水) 13:37:11 ] 貼っとく 【BEA】JavaServer FacesとBeehiveページフローの統合 www.beasys.co.jp/dev2dev/pub/a/2006/02/integrating-jsf-beehive.html 28 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 00:23:21 ] Strutsも仕事でやってるけどJSFは天国に見えるな・・・ 29 名前：デフォルトの名無しさん mailto:sage [2006/04/13(木) 15:09:03 ] strutsは糞 30 名前：デフォルトの名無しさん mailto:sage [2006/04/13(木) 20:09:13 ] 柱に向かって何を言うの！ べ…べつに姉歯設計じゃないんだからね…っ！！ 31 名前：デフォルトの名無しさん mailto:sage [2006/04/14(金) 03:39:38 ] hﾀｿ 32 名前：デフォルトの名無しさん [2006/05/01(月) 23:36:01 ] 質問です。 現在、JSF＋JSTLで開発しております。 そこで、繰り返し（forEach）とh:formを組み合わせて使いたいと 思うのですが、実現方法が分かりません。 雰囲気的には下記のようなことをしたいのです。 <c:forEach items="someList" var="record"> 　　<c:out value="${record.title}" /> 　　<!-- この行（record）の削除機能を作りたい --> 　　<h:form> 　　　　<h:inputHidden value="xxx" /> <!--ここで行を示すIDをセット--> 　　　　<h:commandButton action="MBean.someAction" value="delete"/> 　　</h:form> </c:forEach> こういうことをh:dataTableタグでやることは可能なのですが、 デザイン上テーブルはちょっと…。 なにか良い方法ありませんか？ 33 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 23:53:15 ] ＞デザイン上テーブルはちょっと…。 って、CSS駆使してどうがんばってもダメなデザインなの？ 34 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 00:01:24 ] >>33 テーブルだとどうしても“行”単位になってしまいますよね。 雰囲気的には掲示板やブログのようなものをイメージしていただくと 分かりやすいかもしれません。ああいうのをテーブルでやるのは 不可能じゃないかもしれませんが、違和感があります。 35 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 01:25:25 ] なんか、いまどきテーブルをデザインに使っちゃだめって、時代錯誤も甚だしい 36 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 01:37:08 ] >>35 テーブルは論理構造に使って、デザインはCSSだろ。 37 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 09:35:46 ] >>32 forEachの中にformがあるの？ 38 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 10:06:48 ] >>32 MyFacesのdataListはどうよ。 39 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 11:32:56 ] >>36 すでに現実的ではない。 40 名前：デフォルトの名無しさん [2006/05/02(火) 14:06:18 ] >>39 「すでに」って？kwsk 41 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 20:14:52 ] つーか、いまどきデザインにテーブル使う方が激しく時代遅れなんだが >>32 カスタムレンダラを作る 42 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 03:45:30 ] >>41さまのいうとおり、Googleは激しく時代遅れでした。 mixiも激しく時代遅れでした。youtubeも少し時代遅れです。 hatenaもちょっとだけ時代遅れです。 最先端はどこですか？ 43 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 06:44:54 ] 最先端はwww.wired.comとwww.yahoo.com ソース見てびびるためにあるんじゃねーかってくらいだ。 44 名前：デフォルトの名無しさん [2006/05/03(水) 07:22:33 ] >>32 現在のJSFは、JSFタグをJSTLと連携して使えないことが問題視されている そこを修正したのが、Java EE5に含まれるJSF1.2らしいが、まだ触ったことないな >>42 はてなはヘッダー部分に使ってるだけだろ divで定義したブロックに対して、CSSを使ってデザインを変更出来る作りになっている。 45 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 08:28:50 ] >>44 なんでそこまでやってるのにヘッダー部分にテーブル使うのさ？ 46 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 08:32:45 ] >>43 そんな最先端のyahoo.comでも一部テーブル使ってるわけだな。 47 名前：デフォルトの名無しさん [2006/05/03(水) 09:27:23 ] いいからHTMLとCSSから勉強し直せ 48 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 09:54:22 ] ●○●○●○●○●○●○●○●○●○●○●○●○●○●○ ○●○●○●○●○●○●○●○●○●○●○●○●○●○● 涼宮ハルヒの憂鬱 ED「ハレ晴レユカイ」がついにAmazon1位に！！！ 　　まとめサイト 　　unyuu.s151.xrea.com/haruhi/ ※※このレスを見たら3個以上他のスレにコピペして下さい※※ ●○●○●○●○●○●○●○●○●○●○●○●○●○●○ ○●○●○●○●○●○●○●○●○●○●○●○●○●○● 49 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 10:06:47 ] 現実的にはレイアウトでのtableの手軽さは捨てがたいということだな。 50 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 13:20:10 ] >>49 つーか、>>41 は覚えたてのカスタムレンダラって言ってみたかったんだろ。 51 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 14:19:29 ] なんでそんなに必死なの？ 52 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 14:22:22 ] 世の中からテーブルをデザインに使うやつを撲滅したいから。 53 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 14:28:55 ] いや、テーブル使えって言ってる人 54 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 14:33:30 ] つまり、両方必死ということか。 55 名前：デフォルトの名無しさん mailto:sage [2006/05/03(水) 22:19:04 ] いや、全員必死かも。 56 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 15:48:21 ] 基本はCSSでレイアウトするけど、 場合によってはTableレイアウトも排除しない俺が勝ち組。 と、はてなが申しております。 57 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 20:49:47 ] どうしてもテーブルが避けられないときはあるね。 たとえばこれ www.google.co.jp/intl/ja/why_use.html 左下に出てる球体。 カラムを使ったレイアウトで、全カラムのフッタの 垂直位置を揃えるのは、CSSでは無理だと思う。 58 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 21:00:59 ] >> なんか、いまどきテーブルをデザインに使っちゃだめって、時代錯誤も甚だしい 元がこれだからな・・・。なにを勘違いしたんだか 59 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 01:27:05 ] >>57 CSSの絶対位置指定や相対位置指定で出来るんじゃないの？ テーブルのうほうが楽だけど。 60 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 01:47:42 ] ウホゥ！ 61 名前：59 mailto:sage [2006/05/05(金) 01:57:11 ] 意味不明と思ったが、不覚にもﾜﾛｽ 62 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 09:52:06 ] StrutsのTransactionTokenのような機能って、JSFにありますか？ 63 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 11:07:47 ] ない 64 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 11:24:49 ] >>63 ありがとうございます。ということは、皆自前で実装してるってことでしょうか 65 名前：デフォルトの名無しさん mailto:sage [2006/05/10(水) 16:24:17 ] >>6 ApacheのサイトにMyFacesというオープンソース版JSFってのがあったと思う 66 名前：デフォルトの名無しさん mailto:sage [2006/05/10(水) 16:24:49 ] >>9 AjaxFacesはオープンソースじゃなかったっけか。 そういえば、一部金がかかるんだっけか 67 名前：デフォルトの名無しさん mailto:sage [2006/05/10(水) 16:25:12 ] >>12 Seasar2のS2JSFはMyFacesを使ってたと思った 68 名前：デフォルトの名無しさん [2006/05/10(水) 16:37:28 ] それより、TomcatがServlet2.5にまだ対応していないんじゃ JSFも使い勝手悪いんじゃないのか？ Java5のアノテーションや Genericsを使いたいというのに 69 名前：デフォルトの名無しさん mailto:sage [2006/05/10(水) 17:02:42 ] >>68 アノテーションやGenericsはServlet2.5とは関係ないだろ 70 名前：デフォルトの名無しさん [2006/05/10(水) 18:33:29 ] JSP2.1の間違い？ 71 名前：デフォルトの名無しさん mailto:sage [2006/05/10(水) 20:24:52 ] JSPだったらたしかにオートボクシングとかつかえないな Tomcat6まちか 72 名前：デフォルトの名無しさん mailto:sage [2006/05/10(水) 21:20:07 ] どっちみちTomcatがServlet2.5に対応していないから JSFを使いたくても使い勝手に限度があるんだよね 73 名前：デフォルトの名無しさん mailto:sage [2006/05/10(水) 21:46:16 ] >>72 なぜ？ 74 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 08:37:56 ] >>71 それはちゃんと設定してないから。 75 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 10:06:20 ] >>73-74 設定すればすぐにフルに機能が使えるというのか？ Tomcat5.5でもアノテーションとかGenericsとかをJSPで 76 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 10:24:57 ] >>75 AnnotationやGenericsとJSFの使い勝手がどう関係するのか知りたい 77 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 12:28:24 ] >>75 コンパイラの問題だろ。 ちゃんとSE5のコンパイラを指定すれば、Tomcat5.5でもスクリプトレットで拡張構文使えるよ。 78 名前：デフォルトの名無しさん mailto:sage [2006/05/12(金) 12:06:22 ] JSFって聞くたびに Java Server Fucker って思う。一生懸命Faces訂正するもののますますFuckerのような気がしてならない 79 名前：デフォルトの名無しさん mailto:sage [2006/05/12(金) 15:52:57 ] Sister Fuckerじゃなくてよかった。 80 名前：デフォルトの名無しさん mailto:sage [2006/05/12(金) 15:55:47 ] 最近はSkull Fuckにも思えるんだ 81 名前：デフォルトの名無しさん mailto:sage [2006/06/04(日) 23:11:35 ] JSFｵﾜﾀﾅ 82 名前：デフォルトの名無しさん [2006/06/08(木) 18:42:07 ] 2005年11月から来ました。Mayaとかどうなったの？ 83 名前：デフォルトの名無しさん [2006/06/08(木) 22:56:05 ] 普通のレンタルサーバでJavaが使えない時点でおわっとる。 PHPとかで納得するしかないな 84 名前：デフォルトの名無しさん [2006/06/09(金) 01:14:18 ] あーっ、なるほどね。 よーやくわかった。 サンキュー。 85 名前：デフォルトの名無しさん [2006/06/14(水) 17:44:20 ] 質問です。 Myfacesの拡張タグの＜x:tree＞の使い方を知っている人はいますか？ 86 名前：デフォルトの名無しさん mailto:sage [2006/06/15(木) 00:01:04 ] います。 87 名前：デフォルトの名無しさん mailto:sage [2006/07/02(日) 09:39:57 ] JSFを触り始めた初心者ですけど、 日本語が上手く処理できなくてﾋﾞﾐｮｰな気分。 88 名前：デフォルトの名無しさん mailto:sage [2006/07/02(日) 10:22:30 ] >>87 チラ裏乙 89 名前：デフォルトの名無しさん [2006/07/04(火) 21:10:09 ] 時給１０００円でＪａｖａ教えてくださるかたを募集します 場所　所沢（池袋・高田馬場から直通） ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ （アドレスは全角で書いてあるので半角に直してください） よろしくおねがいします 90 名前：デフォルトの名無しさん mailto:sage [2006/07/05(水) 02:22:17 ] コンビニのバイトより安いですが、よろしくお願いします。 91 名前：デフォルトの名無しさん mailto:sage [2006/07/07(金) 02:32:31 ] メールしたら監禁されてSPAM送信の手伝いさせられる悪寒 92 名前：デフォルトの名無しさん mailto:sage [2006/07/07(金) 17:02:28 ] これってactionで画面遷移しながら処理を行うのではなく、 actionListenerで自画面内で処理を完結させていくという、いわゆるASP.NETみたいな感じで作ればいいのかな？ 93 名前：デフォルトの名無しさん mailto:sage [2006/07/08(土) 01:17:54 ] >>92 ASP.NETのパクり規格だからね。 そんな感じでいいんじゃない。 94 名前：デフォルトの名無しさん [2006/07/11(火) 11:19:39 ] ■JSF構築事例1 ユニバーサル・ワーク・データベース試験公開版 ttp://uwdb.jeed.or.jp/uwdb2/faces/home.jsp ■JSF構築事例2 松戸市の電子地図情報配信サービス ttp://www.jamgis.jp/jam_matsudo/portal/bbs/index.html セッションID消して直接サービスのURLにアクセスすると、Tomcatのスタックトレースが表示されて(ﾉ∀`) ｱﾁｬｰ ttp://www.jamgis.jp/jam_matsudo/faces/jsp/parts/bbs-main.jsp ■JSF構築事例3 消防設備点検票WEBシステム　試験サービス用アカウントの予約登録 ttp://www.firesoft.jp:8080/RegistCenter/faces/pub/NewAccount.jsp URLを削ってみると(ﾉ∀`) ｱﾁｬｰ ちなみにさすがに怖くてどれもweb.xml丸見え等は試してない JSFを使って外部にサービスを公開するのはまだまだノウハウが不足していると感じるな 95 名前：デフォルトの名無しさん mailto:sage [2006/07/16(日) 19:24:41 ] JSFを使用していると普通にCSSを指定することは出来ないんでしょうか？ … <head> <link rel="stylesheet" type="text/css" href="test.css"/> </head> <body> <h2>タイトル</h2> … のようにしてtest.css中でh2のスタイルを指定したのですが上手くいきません。 <style type="text/css"> h2{ … } </style> のようにするとちゃんと表示されたのですが。。。 96 名前：デフォルトの名無しさん mailto:sage [2006/07/16(日) 19:33:03 ] >>95 普通にできるよ まずCSSファイルへのパスが正しいかどうか確認 次にブラウザに古いCSSファイルがキャッシュされてないか確認 97 名前：95 mailto:sage [2006/07/16(日) 19:45:03 ] 確認してみたところ、コンテキストルートとブラウザから見たルート（サーバルート）を 勘違いして指定していました。 修正するとちゃんと表示されました。ありがとうございました。 98 名前：デフォルトの名無しさん mailto:sage [2006/07/16(日) 23:19:31 ] >>95 もしや、コンテキストルートをハードコーディングしてたりしてる? それは今後のためにもやめたほうがいいぜ <c:url> とかで動的生成にしといたほうがいい 99 名前：デフォルトの名無しさん [2006/07/17(月) 20:58:17 ] 時給１０００円でＪａｖａ教えてくださるかたを募集します 場所　所沢（池袋・高田馬場から直通） よろしくおねがいします ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ 教える対象は超初心者です。 専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です 100 名前：デフォルトの名無しさん [2006/07/18(火) 23:49:40 ] ここをおすすめします。 suned.sun.co.jp/JPN/catalog/java.html > Java プログラミング 入門 for ビギナーズ(J2SE 5.0) (JP-SL-110-V2 ) 80,000 円（税込84,000 円） 　 101 名前：デフォルトの名無しさん [2006/07/19(水) 16:16:41 ] >>100 >>99は専門学校の自習室の求人とか 102 名前：デフォルトの名無しさん mailto:sage [2006/07/21(金) 17:57:30 ] 1.2について解説している資料ないですかね。 webでも雑誌でもいいから日本語で。 特に、動作環境とか、何が便利になるのかとか、 そーゆー解説が欲しい。 103 名前：デフォルトの名無しさん mailto:sage [2006/07/21(金) 18:03:14 ] 新しい技術を得たかったら英語のドキュメントぐらい読め。 文学作品じゃないんだから、必要最低限の簡潔な文章なんだし。 104 名前：デフォルトの名無しさん mailto:sage [2006/07/24(月) 08:46:22 ] リクエストパラメータをJSFで扱うにはどうすればいいでしょうか？ たとえば /hoge.jsf?a=b というリクエストがあったときに バッキングビーンの変数aにbが代入される、というような処理を行いたいのですが 105 名前：デフォルトの名無しさん mailto:sage [2006/07/24(月) 11:20:08 ] >>104 String value = ((HttpServletRequest) FacesContext.getCurrentInstance().getExternalContext.getRequest()).getParameter("a"); とすれば取れるが、そもそもJSFはそういう使い方を想定していない。 いままでのWebアプリケーションとは感覚が違う。発想を変える必要がある。 106 名前：デフォルトの名無しさん mailto:sage [2006/07/24(月) 12:56:54 ] >>105 だね。 strutsと同じ考え方を引きずっていくと、面倒なだけで生産性が大幅に落ちる。 まー外部のアプリからURL投げて働かせるために、同じ仕組み作ったけど orz 107 名前：デフォルトの名無しさん mailto:sage [2006/07/24(月) 17:36:38 ] >>105 「Webアプリケーションとは感覚が違う」というと、VBみたいな感じかね？ 108 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 02:53:49 ] そんな感じ。 を目指している。 109 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 07:42:14 ] JSFってServletAPIを隠蔽しすぎで逆に使いにくくない？ RoRの次バージョンはRESTfulを目指すって話があるけど、JSFって逆方向に進んでるよね 110 名前：デフォルトの名無しさん mailto:sage [2006/07/25(火) 11:51:23 ] >>109 御意。 逆方向かどうかはともかくとして、 いままでのWebアプリケーションとは思想が異なるんだ、ってことは充分分かってるんだけど、 それにしてもやっぱりHTTPの上には乗っかってるわけで。 ささっと作り上げる分には非常にラクチンでいいんだけど、 作りこめば作りこむほど、ややこしい問題が出てくる。 111 名前：デフォルトの名無しさん mailto:sage [2006/07/26(水) 10:54:24 ] JBoss seam ってデファクトスタンダードになると思う？ 112 名前：デフォルトの名無しさん mailto:sage [2006/07/26(水) 12:23:30 ] デファクトではないスタンダードになるよ。 113 名前：デフォルトの名無しさん mailto:sage [2006/07/26(水) 13:55:41 ] デファクトにならないと意味無し。 114 名前：デフォルトの名無しさん mailto:sage [2006/07/26(水) 15:28:30 ] 人が少なすぎて判断が付かない 115 名前：デフォルトの名無しさん mailto:sage [2006/07/26(水) 22:43:17 ] 使いやすくて品質が良くてサポートが将来にわたって安心で値段も安けりゃスタンダードでなくてもいいな 116 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 02:53:43 ] >>113 デファクトではなくて、ちゃんとした標準(JSR)になる。 117 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 03:02:01 ] 今の流れだと、順調に作業が進めばJavaEE6に取り込まれるだろうし。 118 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 07:26:47 ] >>116,117 標準仕様になるだけじゃ不十分だっての。 使われないと。 119 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 11:01:35 ] >>118 標準になってツールやら資料やらが揃って、自分が便利と思うなら、それで十分だと思うが。 120 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 12:35:18 ] 流れ切ってすいません。 条件によってコンポーネントを表示させたり、させなかったりする という処理は可能でしょうか？（１つのJSPで） 121 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 12:44:30 ] >>119 広く使われなきゃ、ツールも資料も出てこなくない？ 122 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 13:31:17 ] EJBの二の舞にならなきゃいいね 123 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 18:48:14 ] >>120 可能 124 名前：デフォルトの名無しさん mailto:sage [2006/07/27(木) 22:25:48 ] >>121 今の流れでいくと、JavaEEに取り込まれれば、NetBeansが必ず対応するだろうし、Eclipseも続くと思われ。 資料もそれなりに揃っていくと思う。 125 名前：デフォルトの名無しさん mailto:sage [2006/08/02(水) 11:51:22 ] 標準になるってのは判るけど、全面的にJTA一色に なるとも思えない。もっとシンプル単純明快な構成を 求めるデベロッパーも多いだろうからね。 EJB2以前　　　：HeavyWeight 去年までのDI　：LightWeight、だとすれば、 Seam：作り方が指定されてる感じがMiddleWeight・・・ という感じがする。（間違ってる？） まぁSeamも選択肢の一つという位置づけだね、 オレにとっては。 126 名前：125 mailto:sage [2006/08/02(水) 11:57:26 ] ｽﾏｿ、訂正 ×JTA ○JPA 127 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 01:41:28 ] ちょっと調べてみたのですが、 JSFで作ったページってアクションが発生するときは必ずJavaScript経由でPOSTされるんですか？ この仕様だとSEO的にはあまりよろしくないということになると思うのですが… 128 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 02:49:42 ] >>127 どこで調べたのか聞きたい。 129 名前：127 mailto:sage [2006/08/12(土) 16:14:27 ] 調べたというか、自分で本を少しプログラムを作成してみた範囲です。 ActionButton, ActionLinkともにPOSTが発行されてましたんで。 見当違いだったらすみません。 130 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 16:30:50 ] >>129 ActionButton, ActionLinkって？ 使ったJSF実装は？ JSFは、仕様を決めているところ（Sun/JCP）と 実装をしているところ（ApacheとかIBMとか）が 違うんだから、動作の全てがJSF仕様だと思わない方がいい。 仕様でそう決められているのか、 仕様では明確になっていないための実装依存なのか、 ちゃんと切り分けろ。 131 名前：127 mailto:sage [2006/08/12(土) 19:15:36 ] すみません、h:commandButton,h:commandLinkの間違いでした。 JSF実装はmyfacesで確認していました。 うろ覚えですが、Sun RIでも確認したはずです。 うろ覚えで申し訳ないので、自分でまた調べてきます。 132 名前：デフォルトの名無しさん mailto:sage [2006/08/13(日) 11:29:31 ] 質問！ h:selectOneRadioのRendererだけ独自で作って描画させました。 valueChangeListenerを利用してるのですが、バッキングビーンに Eventが通知されません。カスタムコンポーネントを作ってて 同じような事象を解決された方いませんか？ 描画してるタグはこんな感じです <input type="radio" name="myForm:capacity" value="500">〜500人</input><br /> <input type="radio" name="myForm:capacity" value="2000">〜2000人</input><br /> <input type="radio" name="myForm:capacity" value="2001">2000人〜</input><br /> RendererではvalueChangeListenerになにか作用するプログラミングはしてないです。 つうか、何も必要ないはずですよね？なんで独自レンダラーだとEventが通知されない のか不思議です。よろしくお願いします 133 名前：132 [2006/08/13(日) 23:00:18 ] あれぇ。誰かあいてしてよぉ 134 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 22:50:47 ] >>131 JSF1.1ではcommandLinkはformとの関係上、JavaScript必須だったような気がする。 commandButtonはJavaScript無くてもよかったはず。 携帯使うときはcommandButtonで代用する必要がある。 java.sun.com/javaee/javaserverfaces/1.1_01/docs/tlddocs/h/commandLink.html 135 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 23:04:32 ] >>132 よくわからんけど、decodeは実装した？ 136 名前：デフォルトの名無しさん [2006/08/17(木) 01:39:37 ] sun java studioむずいわ。 137 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 02:04:58 ] pointbase以外で動くのかこれ 138 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 09:30:29 ] 質問です。 データテーブル内で入力項目１の値を変えたとき、 入力項目の２との積を入力項目３に表示するJavascriptを作りたいのですが、 うまく値を取得することができません。 どのようにすればよいでしょうか。 現在以下のようになっています。 <h:dataTable id="htmlList" value="#{list.list}" var="list" rows="10" width="100%"> <h:column id="clm1"> <h:inputText id="text1" value="#{list.cnt}" onchange='keisan()'> </h:inputText> </h:column> <h:column id="clm2"> <h:inputText id="text2" value="#{list.cnt2}" /> </h:column> <h:column id="clm3"> <h:inputText id="text3" value="#{list.cnt3}" /> </h:column> </h:dataTable> 画面に表示時の入力項目１のnameは form1:htmlList:0:text1 form1:htmlList:1:text1 　　　　・ 　　　　・ のようになっています。 よろしくお願いします。 139 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 10:59:20 ] >138 です。 自己解決しました。 TomcatPlugin内のDevLoader.zipを解凍して Tomcatのlibフォルダに入れることで解決しました。 ですが、次は java.lang.NoClassDefFoundError: org/apache/commons/javaflow/bytecode/Continuable が発生してしまいました。 解決方法を教えてください。 140 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 11:02:59 ] >139 誤爆すみません 141 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 11:07:39 ] 頭を使った形跡が見られない質問だな。 ライブラリが足りない。 ttp://jakarta.apache.org/commons/sandbox/javaflow だ。 自分で入れたjarがこいつに依存してるんだろ。 入れろ。 142 名前：132 [2006/08/17(木) 11:46:05 ] >>135 decode実装ってどうするんですか？ encodeBeginしかオーバーライドしてないんですがそれが問題でしたかね。 具体的に教えていただけるとありがたいです。 sun download centerからjarのソース持ってきて SelectOne系のtableタグを描画してるMenuRendererとか のstartElementsを削除してうまく動作したのだけどね。 143 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:00:56 ] >>142 UIInput系のRendererは 　出力時にencodeXXXでUIComponentの内容を描画 　入力時にdecodeでUIComponentに値を設定 ということをするので、decodeではUIComponentの setSubmittedValue()を呼んで値を設定する必要がある。 UICommand系の場合はdecodeでUIComponentの queueEvent()を呼んでイベントをキューに入れる必要 がある。 きゅう。 144 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 02:22:50 ] JSFでweb.xmlのURLのマッピングって本とかネットだと大抵 /faces/*とか*.facesなんかを推奨してるけどこれだとURL直打ちで jspファイルを指定できてしまうわけだが、500エラーが出ちゃうのって あんまりよろしくないわけだけどこれらの問題はどう解決したらいいんだろう？ 145 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 02:37:09 ] あるべきオブジェクトがないとか期待する値と違うとかだろ？ ちゃんと状態を見てハンドリングすれば問題なし 146 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 04:19:09 ] >>144 RIのサンプルなどを見ればわかると思うけど、 web.xmlの<security-constraint>やServletFilter等でチェックして弾くなど アプリ側で対処するしかない。 従来のように/WEB-INFの下にJSPを配置できればよいのだけれど、 *.facesではそれができないし、（やってみればわかる。404NotFoundになる） /faces/* では他の/WEB-INF/以下のリソースにアクセスできてしまう。※ （jarとか設定ファイル類とか） なので、JSPはWEB-INFの外側に置いて、直接アクセスされないようにするには アプリ側で対応することになる。 ※ただし、MyFaces1.1.3では後者の問題には対応したようだけど、 　これがJSF1.2仕様によるものなのか、MyFaces独自の実装なのかはまだ調べてない。 >>145 そういう問題じゃないだろ。 147 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 07:02:08 ] >>146 よく嫁500エラーだぞ 148 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 07:12:43 ] ところで俺今まで一度もWEB-INFの下にJSPを配置したことないんだが、、、 149 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 07:53:00 ] >>147 読んでますが、何か？ 150 名前：デフォルトの名無しさん [2006/09/01(金) 13:27:24 ] 誰か「 hifaces 」というSubProjectについて三行で説明して。 151 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 14:17:20 ] い や だ 152 名前：150 mailto:sage [2006/09/01(金) 18:18:49 ] お 願 い 153 名前：デフォルトの名無しさん mailto:sage [2006/09/01(金) 18:21:30 ] く ど い 154 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 10:45:04 ] >>150 テンプレートでなんかやりたいらしいが プロジェクト参加者いねーし そもそもJSF自体どうでもいいや 155 名前：デフォルトの名無しさん [2006/09/02(土) 13:13:10 ] CommandLinkのmethod bindingってsessionスコープじゃないと動かないYO なんで？ 156 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 13:22:41 ] そんなわけない 157 名前：155 [2006/09/02(土) 13:33:56 ] あった。これひどいねー。 しかしこの場合、ListBeanに引きずられて、 DetailsBeanもsessionスコープの オブジェクトとして宣言しなければなりません （<h:dataTable>内のボタンを正しく機能させるためには、Listモデルをsessionスコープに保存しなければなりません） 158 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 13:59:30 ] >>157 問題の切り分け能力の無い奴だ。 159 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 14:00:29 ] >>157 何がひどいんだ？ 160 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 14:25:27 ] dataTableの欠陥じゃん。 161 名前：デフォルトの名無しさん mailto:sage [2006/09/02(土) 14:40:46 ] どこがよ？ 162 名前：デフォルトの名無しさん mailto:sage [2006/09/22(金) 21:19:12 ] JSFは生産性が1/10に落ちる糞フレームワーク 氏ねよ 163 名前：デフォルトの名無しさん mailto:sage [2006/09/23(土) 06:58:35 ] IBMのJSFはそんなに悪くないと思うけど。 164 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 06:47:40 ] JSF+Springで、DIによって結合されたクラスを使用して 初期化メソッドを実行するにはどうすればいい？ 165 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 06:55:07 ] initMethodを使えばいいんでねーの？ 166 名前：デフォルトの名無しさん [2006/09/26(火) 09:09:36 ] initMethodってseaserだけじゃないの？ 167 名前：ルアーマン [2006/09/26(火) 10:46:42 ] kansuu.com また一から組むのまっぴらごめんよ。。 共有一番よ。。。 所詮プログラムなんてよ。。 168 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 13:27:58 ] Springの場合はinit-methodだったはず つかマニュアル嫁 169 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 17:52:02 ] >>164 Web層でいいならServletContextListenerでもいいんじゃない？ 170 名前：デフォルトの名無しさん [2006/09/28(木) 23:57:05 ] デザイナとプログラマの分離とは言うけどさ、 JSFベースのレイアウト職人なんてSOHOにも居ないだろ 結局ELだけのがいいんじゃないかなとか思う 171 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:00:04 ] JSFでデザイナとプログラマの分離は無理でしょ。 そもそもそこを目指していないように見えるんだけど誰が言い出したんだ？ 172 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:37:18 ] プレゼンテーション層との分離を業務の分離と解説してるとこが多いだけか。 でもFlashデザイナさんとなら相性いいかもね。ASでCGI使い慣れてる人多いだろうし。 173 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 03:37:10 ] >>170 デザイナとプログラマの分離だったらVelocity使ったプロジェクトが一番やりやすかったな。 JavaScript書けるレベルのデザイナだったらVTLでスマートなページ作ってくれるよ。 174 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 22:46:47 ] Velocityはいいよな。個人的にはJakartaの中ではAntの次に傑作だと思う。 社内システムとか組むなら一番汎用性があるよ。 175 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 22:53:02 ] 俺もベロに一票 176 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:15:52 ] Velocity使ったこと無いのですが、JSP2.0でEL使うのと比べて、 どのへんがイイ感じなんでしょうか？ 177 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 00:23:14 ] Velocityは「○○のテンプレート」ではない。 まさに「テンプレート」そのものなのだよ。 HTML、XML、メールとその用途は何でもいい。 178 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 01:20:51 ] >>177 そんなの知っているし、今はどうでもいい。 WebアプリのView構築においてJSP2.0でEL使うのと比べて、 どのへんがイイ感じなんでしょうか？ 179 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 02:04:12 ] >>178 なんか上手く言えないんだけど、 「単なるテキストデータのテンプレート」 なのがいいのかなあ？ HTMLのタグなんか内部ではまるっきり関知しないから直感的というか。 あと自分はHTMLタグの外側にちょっとしたロジック書いちゃったりもしてる。 動的にSQL文を組み立てたり、いろんなとこに利用してる。 他にもファイル以外にもDBに保存したテンプレートとか使えるのも便利。 JSPは多機能だけどゴチャゴチャしてるから、デザイナとかにやらせる場合 負担が大きいと思う。 180 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 04:56:34 ] >>179 JSPでゴチャゴチャするのと、Velocityでゴチャゴチャするのと、同程度だと思うが。 結局のところ、使うのは<c:if>と<c:each>くらいのもんで、わざわざVelocityのライブラリを使うことを考えたら楽だと思うんだけど。 181 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 08:58:35 ] >>179 JSPのコードを、プレーンなHTML + ELで書くのと大して変わらないんじゃない？ 俺は、ライブラリ追加したり設定ファイル追加したり、 勝手にバージョンアップする依存ライブラリもあったり、 流行り廃りがある可能性のあるベロより、 標準技術のほうが良いと思う。 182 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 12:29:26 ] JSPに固執してるんなら「○○のテンプレート」でええやん 183 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 14:34:41 ] SwingでもJSFが出来るみたいに書いてる記事があるけど navigation-ruleってJSP前提みたいになってる気がするんだけど。 XML+XSLTなら確かに可能だけどそれってJSF関係ないよね。 184 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 15:07:08 ] 標準技術だろうが何だろうが俺の中ではJSFはもう選択肢として消えた 185 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 15:29:10 ] >>183 将来のバージョンではそうしたいというだけ。今はJSP前提。 186 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 20:19:32 ] >>184 じゃあなに使うの？ 187 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:41:00 ] JSFとTapestryを流し読みしてみたが 俺の印象ではTapestryのほうに軍配が上がるな。 JSFがSwing対応したら使い分けたいと思ったが。 188 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:44:41 ] JSFでViewにVelocityを使うのってできないんだっけ？ 189 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 22:55:12 ] 無理だろ。 190 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 23:05:32 ] >>188 JSFはJSPのカスタムタグに依存している。 191 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:23:56 ] Velo結構人気だな。 ちなみに俺はCSSファイルとJSファイルもVelocityで生成してる。 192 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:25:44 ] XSLTとVelocityがライバル関係なんだろうけど バインドされるデータがXMLかPOJOかという点で差がでちまってるからね 193 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:36:47 ] SpringMVC＆Velocityの組み合わせが簡単でいい感じなんだけど、 Eclipseとかのツール対応充実度でいうとJSF（JSP）なんだよなあ。 VelocityはHTMLに限らず、Webのプレゼンテーションほとんど全部（画像以外）に 適用できるのが便利。 HTML、CSS、JS、XML、JSON etc... 194 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 01:50:25 ] つうか仕事だと始めた物があると少しずつしか足場変えられないんだよね 195 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:03:47 ] CSSやJSなどで、Velocityを使っているってのは、 ファイル生成にVelocityを使うだけで、実行時は静的なファイルとして使うということ？ 実行時に動的にレスポンスするのであれば、JSPでも同じことはできるよね。 Velocity簡潔なのは分かるけど、チームで開発するときになにを選ぶかとなったら 標準技術のJSPをさけて、Velocityを選ぶメリットを感じない。 EclipseなどのJSPエディタで、補完が使えなくなって不便だと思った。 「JSPではこの点で困るから、Velocityを使う」ってのを教えてほしい。 196 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:06:04 ] >>195 おまえを基準にスレは進んでないから。 197 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:11:17 ] VelocityはWriterに出力するってのが最大の利点だわな。 198 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:29:51 ] まあ、標準技術のEJBで苦労してさっさとSpringとかHibernateに乗り換えた人はVelocity、 我慢してたらEJB3.0になって良くなってきてよかったって人はJSFでいいんじゃね？ 199 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 02:33:06 ] JSPの代替と勝手に位置づけられてもな 200 名前：195 mailto:sage [2006/10/01(日) 03:23:49 ] スレ違いでした。すんません。 JSPの代替とは思っていないですが、 Webで使って良さを感じているのであれば、それを知りたかっただけです。 201 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:24:57 ] CSS出力に使っている人は、どういう使い方なんだろ？ CSSでサイズ指定とか色指定の数値をパラメタライズできれば 便利だよなぁとは思うんだけど、そういう方向なのかな。 202 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 03:32:21 ] ユーザページのCSSとして物理的にファイル出力するとか ByteArrayOutputStream#writeToを使ってキャッシュを吐き出すってのにも使えるな 掲示板みたいなシステムなら特にキャッシュ用途としての恩恵は大きいかと 203 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 07:39:16 ] >>199 ここではWebのViewに何を使うかという観点で話が進んでいるのだからいいんじゃね？ 純粋にVelocityの良さを語りたいのなら別スレでやってくれよ。 204 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 15:59:14 ] >>201 HTMLとCSSのカラーコードを連動させるのとかに使ってるよ。 色とか見た目に関するところは基本的にCSSに持たせるのが理想だけど GoogleAdsenseとかタグをいじると規約違反になるのとかあるから。。 Velocityは、なんかそういうチマいところを全部同じエンジンでやれるのが手軽かな。 CSVの出力とか、静的なWebサイト用のHTMLファイルをローカルで一括生成したり。 でも画面遷移とかは全然扱ってないから、JSFと比べる場合には 他のフレームワークと組み合わせるのが前提だけど。 とりあえず個人的なおすすめはVelocity＋SpringMVCかな。 自分がVelocity使うときに参考にしたのはこのへん。 www.techscore.com/tech/ApacheJakarta/Velocity/index.html 205 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 15:28:03 ] >>190 ということは、JSFのJSPカスタムタグ相当のものを Velocity Toolsで用意すれば・・・ きついかorz 206 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 17:08:38 ] freemarkerはどうなんだ〜？ いっそがしくて手が出せないよう 207 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 21:10:49 ] >>206 Velocity も Freemarker も使ったが、確かに Freemarker は Velocity の欠点は解消されている。 一番恩恵を受けるのはエラーの特定だな。 俺としては過去の資産が無いなら Velocity を使う理由は無い。 208 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 21:21:20 ] SOHOの人らと一緒に頑張るならTapestryかなと思って最近勉強中。 ふむ、これが日本で普及しないのは勿体無いな。パッケージ品向けだと思うのだが。 209 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 23:44:16 ] >>207 やっぱり？Veloやった事があってFreemarkerやった人、 何人か居るんだけどみんなそういうんだよなあ。 時間が出来たらいじってみよう。 210 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 23:47:56 ] 最近は重厚長大なフレームワークに目が行きがちだから ここらで小奇麗にまとまったパッケージ作るのも乙かもね 211 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 01:59:35 ] いまさらTapeはないでしょ。 212 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 06:45:12 ] 今だからこそじゃねか。JSFなんてショボデザ前提だぞ。 まともなのが来ちゃったらプログラマの負担がでかいだけだ。 213 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 15:59:38 ] WicketとかClickとかでいいんじゃないの？ 214 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 22:07:06 ] おおWicketすげー分かりやすい。目から鱗。 でもリフレクション使いすぎじゃね？という懸念も無きにしもあらず。 215 名前：デフォルトの名無しさん mailto:sage [2006/10/05(木) 02:48:02 ] Wicketいいね。 216 名前：デフォルトの名無しさん mailto:sage [2006/10/10(火) 17:10:34 ] JSFちょっと使ってみた。 生成されたHTML見ると日本語が文字参照になってる。＆で始まる奴ね。 普通に日本語として可読可能な状態のHTMLを生成するようなスイッチってあるの？ 217 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 22:19:38 ] >>216 無かったはず。 携帯用にMyfacesのjarを修正したことがあった気がする。 修正箇所は2つぐらいだけど、jarをいじるのは気が引けるね。 218 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 02:00:26 ] >>216 マジで！？ これからJSF使ってみようと思ってたところだけど、そんな使用だったとは。。 検索エンジンにも引っかからないんじゃね？ 219 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 05:15:44 ] >>218 検索エンジンにはひっかかる。 220 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 12:51:55 ] >>218 仕様じゃないよ。 MyFacesがそうなっているだけ。 221 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 13:42:17 ] >>220 SunのRIやGlassfishの実装もそうなってるね。 222 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:04:20 ] 外人はマルチバイトをバカにしているのか… 223 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:13:27 ] UTF-8もマルチバイトだろ。 ローカライズに積極的に参加しない OS周りの日本コミュニティの責任 224 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 01:59:22 ] >>223 なんでオペレーティングシステム周りの日本コミュニティの責任なんだよ と思ったのは俺だけじゃないよな 225 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 02:11:09 ] もうShift_JISとEUC-JPは捨てなきゃね FCはもう移ってるんだっけ課 226 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 06:45:53 ] まあ、捨てるのはいいすぎかも知れないが、 新規で作るなら出来るだけUTF-8に移行すべきだとは思う。 Ubuntuも移っているとｵﾓﾀ 227 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 09:59:28 ] UTF-8に移行すべきだとは思うが、ブラウザにレスポンスを実体参照で返すべきだとは思わない。 228 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 20:05:57 ] ＪＳＦの勉強してるんですが、世の中の中枢である２ｃｈのスレでさえ過疎っていて不安でしょうがありません。 みんなStrutsが好きなんですか？ 229 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 21:37:09 ] JSFは3.0になるまで様子見 230 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 21:53:49 ] というか、わざわざここで語ることがない。 231 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 23:13:23 ] JSFは２年前にまともな実装が存在していたなら、 今頃はJavaWebアプリのデフォルトになっていたかもな 結果として、広まる時期を逃してしまった。 今の時代にJSFに変えても、Ajaxにも対応しないしRESTfulなWebアプリも作れない 現時点では、とりあえずStrutsのままで様子を見た方が無難な気がする 232 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 23:34:30 ] >>231 言い得てる 233 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 00:28:31 ] > 世の中の中枢である２ｃｈの ネタやん。 234 名前：228 mailto:sage [2006/10/29(日) 02:39:42 ] 人が居て安心したｗ ＪＳＦで色々試してるのですが、バグるし、日本語情報少ないし、 理解不能な挙動をして困っています。 勉強を続けるモチベーションを上げるための情報を下さい。 235 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 06:13:36 ] >>231 つAjaxFaces、Shale(Struts 2.x) 236 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 07:44:05 ] >>234 JSFは糞だ自分の感性を信じろ 237 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 09:51:49 ] >>234 >理解不能な挙動 どんな? 238 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 10:35:57 ] >>235 どっちも鳴かず飛ばずの状態だだがなｗ 239 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:08:08 ] AjaxFacesやShaleなんてもってのほか。 あんなもんが「使える」って思う奴の気がしれん。 しかも、いまだにShale(Struts 2.x)って？ 今のStruts2.xはShaleとはまったく関係アリマセンが？ 240 名前：234 mailto:sage [2006/10/29(日) 13:17:37 ] >>236 Strutsの本を読んでこれはだめだと落胆した後、ＪＳＦの本を読んだら天国にいる気がしました。 今から勉強するならStrutsよりJSFだと思ったのです。 勉強するからには、JSFは糞というよりは、単なる黎明期で、 すばらしい未来があるのだと信じたいのです。 >>237 ・ListDataModelを用いてクリックされたアイテムのインデックスを取得する仕組みが、 <t:dataList>を使った時だけ機能しません。 <t:newspaperTable>や<h:dataTable>では機能します。 ・作業フォルダworkを削ったら、work直下に今までと違うtldCache.serができるようになり、 セッションビーンがコンストラクトさえされなくなり、正しく動作しません。 ウェブアプリのURLを変えるとたまにうまくいったりします。 また、古いtldCache.serを戻し上書きしてやると、正しく動作します。 環境は、Tomcat5.5 Eclipse3.2+FacesIDE+TomcatPlugin Java5 WindowsXP JSFは、sunの1.1と、MyFace1.1.3（FacesIDEに同梱のもの）、が入っています。 241 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:27:50 ] Strutsよりは全然いいけど、JSPベースのViewという時点で・・・ RestやFlex、Ajaxという方向に行きそうなこのご時世。 242 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:32:18 ] もうVelocityでいいじゃない。 何か問題ある？ 243 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 13:36:55 ] >>242 標準技術ではない。 244 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 14:19:28 ] JSFは、FacesServletがHttpServletを継承してない時点で終わってると思う 今後のWebアプリケーションはHTTPをフルに使いこなすことが求められてるのに GET、POST、PUT、DELETEを使い分けることが出来るServletの特性を 自ら捨ててしまっているし HTTPに依存しないというJSFのポリシーによって、JSFは滅びる運命にあるな 245 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 14:20:23 ] 別にJSF一辺倒でがんばらなくてもいいということでは？ 246 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 16:51:31 ] 別にJSFからJSP+servletのページ呼び出せるからそんなに 困った記憶はないんだが…。 JSFで提供されている機能以上の事をやろうとすると途端に敷居が 上がるのはあるけど、それはフレームワークだからそういうものと 漏れは思っているけど。 不満があるならテメーでタグ書けよって世界だと思ってた。 247 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 19:28:47 ] タグ書けっていう思考がうんこ。 248 名前：デフォルトの名無しさん mailto:sage [2006/10/29(日) 20:02:31 ] タグ書けってのはStrutsが出た当初の思想だな。 249 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 09:10:32 ] >>241 AjaxはJSFで結構いい感じにコンポーネント化できてると思うのだが。 >>242 Viewの話はJSFと層が違う 250 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 11:05:07 ] >>244 JSF自体、Web用フレームワークではないからな。 もっと広い概念でのMVCフレームワーク。 まあ現実的にはWeb用なんだけど。 HTTPに特化したJSFとかがあれば、もうちっとマシかと。 251 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 12:13:21 ] そうやって無駄に広い分野をカバーしようとして失敗しつつある気がする。 EJBの二の舞。 きっと2年後に、Tapestry、WiketやClickの風味を取り入れた もっと便利なJSF3.0が出るよ。それまでJSFはおあずけ。 252 名前：デフォルトの名無しさん mailto:sage [2006/10/30(月) 23:49:59 ] >>250 元の作りがそうだから、AjaxやRESTに積極的に対応するには不適格なフレームワークだと言える Ruby on RailsがRESTfulに突っ走ってるのとは対照的 JSFとは別の、今の時代に合ったフレームワークがJavaにも必要だと思うのだが 253 名前：240 [2006/10/31(火) 02:25:34 ] >>240 work削ったら動作がおかしくなった原因は、 libに、sun-RIのjarと、MyFaceのjarを両方入れていたのが原因だったようだ。 FacedIDEが自動で入れるものだけで十分なのが。 254 名前：デフォルトの名無しさん [2006/11/06(月) 02:10:38 ] 最近やっと色々うまく動かせるようになった。JSF最高！ tomahawk面白い。ただ情報が少なくてしんどい。 255 名前：デフォルトの名無しさん mailto:sage [2006/11/11(土) 00:21:54 ] tomahawk-1.1.3のinputFileUploadって壊れてない？ サンプルのwarを探しても出てこないし。 256 名前：デフォルトの名無しさん mailto:sage [2006/11/11(土) 00:24:27 ] 物騒な名前だな 257 名前：デフォルトの名無しさん [2006/11/13(月) 16:20:07 ] Faceletsて、どうなん？ HTMLベースでやっちゃうようだが。 258 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 04:19:02 ] >>255 動くよ 259 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 16:28:04 ] なんかスレが過疎ってるけど、JSFってまだあまり使われてないのかな 260 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 20:15:18 ] >>259 ×まだ ○もう 261 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 22:11:51 ] じゃあみんなで何故JSFが廃れたかについて語ろうか。 262 名前：デフォルトの名無しさん mailto:sage [2006/11/27(月) 22:53:15 ] JSFを好んで使っている漏れがきましたよ。 263 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 01:54:19 ] JSFってデザイナとの分業が絶望的じゃない？ 264 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 20:28:20 ] 実際に分業している人っているの？ JSP+servletよりはマシだから使っているんだけど。 265 名前：デフォルトの名無しさん [2006/11/28(火) 22:11:54 ] 素人なので、まじめに聞くが、 デザイナがJSFのタグを覚えて打つって分業は完璧だよな。 266 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 22:37:11 ] Velocityが一番好きだな Writerを出力先にしてるから再利用しやすい 時点でWicketかな 267 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 22:57:16 ] >>265 今はどうか知らんがIDが自動生成なんでCSSとの連携がダメダメだろ デザイナーが使ってくれるとは思えない JSFはもう見捨てたから今後一切使わないけどな 268 名前：デフォルトの名無しさん mailto:sage [2006/11/28(火) 23:12:33 ] >>267 CSSとの連携は、id使わないでclassだけじゃダメなの？ 269 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 02:46:40 ] JSFってNetBeans前提な感じじゃない？ 270 名前：デフォルトの名無しさん [2006/11/29(水) 09:41:43 ] idはtomahawkでforceId属性使えば固定できるよ。 JSFしかしらない素人なので、JSFは最高と思っているんだが違うのか？ 少なくともstrutsは気持ち悪いだろ。 271 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:14:56 ] >>268 getElementByIdを使わせない気か？ 272 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:18:23 ] >>270 別に今後広まるとも思えないComponent前提のJSFの方が気持ち悪い 273 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 22:43:41 ] JSFはIDEから作るという特性を出したいらしいから APIの美しさ云々ではなく、中間ファイル使ってでもいいから色んなIDEで というのに主眼が置かれていると思う。 保守性より生産性を優先するならJSFもいいツールだよ。 社内の使い捨てアプリとか作る分には最高だ。RoRとか選択肢になけりゃ。 274 名前：デフォルトの名無しさん mailto:sage [2006/11/29(水) 23:23:24 ] IBMのWebSphere(Rational)だとRoRが選択肢にないので、今のところWebアプリの 製作で一番生産性が高く初心者でも扱えるのはJSFだと思う。 確かに.NET並にまったくプログラムをせずにデータの照会・更新・削除・アップロード ダウンロードくらいは簡単に出来る。 Javaの知識ゼロでもそこそこ出来るのはそこそこに感動したけど、 おそらく、楽に作れすぎてしまうので製作者がドキュメント作らなくなるのが 欠点だとは思う。 VB厨の気持ちが体感できる。（ｗ 275 名前：デフォルトの名無しさん mailto:sage [2006/11/30(木) 23:36:52 ] 自分はガリガリコードを書く派だけれども、O/Rマッパーと DIコンテナとJSFを混ぜて使うと結構楽チンになる気がする。 276 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 00:33:02 ] EJB3+JBoss seam +JSFはかなり楽チンになりそうだね。 277 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 00:58:54 ] JBoss Seamイマイチ。 Conversation IDがアプリ全体で一意なのはいいけど、 なんで単純に1からインクリメントなんだ？カンタンに偽装オッケーじゃんか。 EventスコープでもConversation IDが振られる。 リダイレクトで画面遷移できても 「JSFはURLがブックマーカブルではない」という問題は全然解決できてない。 SFSB使いすぎ。リソース消費激し過ぎ。 JSFのSAVING_STATE_METHODがClient必須。 正気かよ？？？？ TeedaとかS2xx等、Seaser関連使ったほうが良さげ。 278 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 03:05:06 ] TeedaはS2Container使わないといけないからなあ 279 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 05:57:33 ] panelGridやpanelGroupタグを使ってcolspan属性を付ける方法が見当たりませんでした。 facetを使うと丸々一行にcolspanが張られるのですが、指定した列をまとめることができなくてorz みなさんどうやって自在なtableタグをきってるのでしょうか・・ たとえば下の簡単な例でも、htmlタグをべた書きしないと作成することができませんでしたorz <table border=1> <tr> <td>ラベル</td> <td><input type="text" size="20" /></td> <td>メッセージ</td> </tr> <tr> <td colspan=2 align="right"><input type="button" value="ボタン" /></td> </tr> </table> 280 名前：デフォルトの名無しさん mailto:sage [2006/12/01(金) 12:17:30 ] >>279 調べたら、tomahawkの<t:panelGroup>にcolspan属性が増設されたらしい。 tomahawk-1.1.3で使えなかったので、その後のバージョンのものか。 rowspanはないらしい。 手打ちJSFは楽しいな。 281 名前：279 mailto:sage [2006/12/01(金) 20:12:51 ] >>280 早速試してみます。ありがとうございますm(__)m またまた質問で申し訳ないのですが、 Sun Java Studio Creator2でtomahawkやsandboxを使いたいのですが、JSC用の complibってないですよね？　 探してみたのですが見つからなくて。。 これだけメジャーなライブラリのcomplibファイルを自分で作成するのも変なはなしですよね。。 というのも、BluePrints AjaxComponentsのautocompleteを試してみたのですが 使い勝手が悪くて（自分が使いこなせてないだけかもしれませんが） sandboxの方を使いたくて＾＾； 282 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 02:55:50 ] SunのCreatorってどうなの？ 最近のマシン（C2D）とかなら余裕でサクサク？ 283 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 03:59:10 ] C2D持ってないのですが Pen4の2.6G、Mem1Gの自宅PCでは、 セキュリティソフト無し、余分なプロセスが動作してない状態でも 固まったかな？と思うことがあります＾＾； 起動時にかかる時間はめちゃ長いと思いました。 284 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 07:44:05 ] >>282 もう単体の製品じゃなくなる。 285 名前：デフォルトの名無しさん mailto:sage [2006/12/02(土) 20:18:16 ] >>283 そんなんだと上司説得しづらいなｗ 重いもん入れるとしかられちゃう 286 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 23:21:31 ] >>277 > リダイレクトで画面遷移できても > 「JSFはURLがブックマーカブルではない」という問題は全然解決できてない。 ↓はダメなの？ www.jbug.jp/trans/jboss-seam1.0.1GA/ja/html/conversations.html#d0e3703 www.jbug.jp/trans/jboss-seam1.0.1GA/ja/html/tutorial.html#blog 287 名前：デフォルトの名無しさん mailto:sage [2006/12/04(月) 23:35:49 ] >>286 試してみたことある？ SeamRedirectFilterを使ってRedirectによる画面遷移を行うと URLに常にConversationIDがパラメータとして付加されるんだよ。 288 名前：デフォルトの名無しさん mailto:sage [2006/12/05(火) 07:00:54 ] >>287 Seam付属のblogサンプルだとconversationIdが付くのって ログイン周りだけみたいなのだが、対話セッション中のコン テンツもブックマークしたいということか？ 289 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 02:04:30 ] バッキングビーンのスコープのrequestとsessionてどう使い分けてる？ sessionスコープで複数のページで共有する方がhiddenに頼らなくて済むのはいいんだが、 データが残らなくていいところで残ったりと何かを気を使わなきゃならない感じで やっぱりトレードオフなのかな・・・ 290 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 04:59:43 ] tomahawkの<t:saveState>も面白い。 inputHiddenより簡単に特定ページ間でビーンの値を保持できる。 sessionビーンはグローバル変数ぐらい嫌なんだが。 291 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 07:21:34 ] >>289 まさにそういうときのためのJBossSeamにはConversationスコープがある。 292 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 15:14:58 ] そしてConversationIDの問題に話がループ 293 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 19:38:46 ] StrutsとJSFの中間的なものが欲しい 294 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 20:04:24 ] Wicket対応のフォームデザイナが一番幸せかも。 既存のHTMLにWicket属性を埋め込めるフォームデザイナでもいい。 あとValidaterとConvertorは仕様を統一してほしい。 295 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 21:38:24 ] SpringMVCとJSFだとどっちがいいかな？ 296 名前：デフォルトの名無しさん [2006/12/06(水) 21:57:57 ] >>289 私はセッションレベルで管理しているビーンは一つだけにしているが。 297 名前：デフォルトの名無しさん [2006/12/06(水) 22:12:02 ] >>284 NETBEANSのプラグインになることか？ サーバーはサンのやつか。 これが重くてたまらんよ。 298 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 22:33:56 ] 5.0だからTomcatバンドルだけど、正直それをプラグインにしてよって感じだね バンドルサーバの更新をしこしこするのはやだなぁ 299 名前：デフォルトの名無しさん mailto:sage [2006/12/06(水) 23:49:58 ] >>297 Tomcatで動かせばいい 300 名前：デフォルトの名無しさん [2006/12/07(木) 08:58:38 ] >>299 今、JSC使ってるんだけど、サーバーをトム猫に変えられるということ？ 301 名前：デフォルトの名無しさん mailto:sage [2006/12/07(木) 10:24:13 ] コンテナ特有の機能を使ってなきゃ、試しに移行してみな。 まんま行けるかもよ。 302 名前：デフォルトの名無しさん mailto:sage [2006/12/08(金) 16:52:16 ] Netbeans に Visual Web Pack いれたら トム猫ベースでＪＳＦが動きました． というわけで，ＪＳＣとサンのサーバーとはおさらばします． 303 名前：デフォルトの名無しさん mailto:sage [2006/12/09(土) 08:05:49 ] JSCでもTomcatで動かせるはずだが。 304 名前：デフォルトの名無しさん [2007/01/22(月) 22:43:00 ] willcomのオンラインストアがJSFで作られてるっぽいけど、実装はなにか分かる人おらん？ 305 名前：デフォルトの名無しさん [2007/02/15(木) 17:10:59 ] JSFの実装の選択肢にMyFacesとTeedaがあったら、どっちを使うのがよい？ 306 名前：デフォルトの名無しさん mailto:sage [2007/02/16(金) 00:00:54 ] 単体での使い勝手を考えたらTeeda。 「メジャーである」「『対応している』と明言している コンポーネントライブラリが多い」という安心感が 欲しければMyFaces。 307 名前：デフォルトの名無しさん [2007/02/16(金) 10:20:35 ] >単体での使い勝手を考えたらTeeda。 まだ開発中な感じにみえるからどうも踏み切れないなぁ 308 名前：デフォルトの名無しさん mailto:sage [2007/02/16(金) 21:40:39 ] MyFacesは最近どうなの？ そろそろ安定してきた？ 309 名前：デフォルトの名無しさん [2007/02/17(土) 21:39:28 ] バッキングビーンの仕様はいいね。 310 名前：デフォルトの名無しさん [2007/02/18(日) 05:52:37 ] JSFいいね。 いまさらStrutsを選ぶやつの気がしれん。 311 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 15:43:50 ] JSF確かにいいんだけど、難点は、なにか記述を間違えてしまって setterやactionが呼ばれなくなったときのデバッグが難しいこと。 IDEによるサポートが充実していればいいんだろうけどね。 312 名前：デフォルトの名無しさん [2007/02/18(日) 15:56:34 ] JSFとは ジェフ・桟原・藤川 今年の阪神の押さえかいのぉ？ 313 名前：デフォルトの名無しさん [2007/02/18(日) 16:14:16 ] 俺はJSF好きじゃないなぁ。 www.eisbahn.jp/yoichiro/2006/12/jsfajaxui_with_shale_remoting_10.html >>UIInputが対象とする入力値はあくまで１つであり，よってバリューバインディングが行われる値も１つである 複数のinput要素と複数のBeanプロパティが対応するような、 コンポーネント作りが激しくだるい。 314 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 16:36:42 ] >>313 どうでもいいが、そのブロガー、役不足の使い方を間違えてるなｗ 315 名前：デフォルトの名無しさん [2007/02/18(日) 17:01:26 ] >>314 揚げ足取り乙。 316 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 17:22:04 ] >>315 その程度で揚げ足取りなんて言われたら学校の先生の立場が危ないぜ 317 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 19:13:47 ] 役不足という言葉は、そろそろ新しい意味で正式に認識されてもいい頃だ 318 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 19:17:30 ] 正反対の意味が認知されちゃうのはｲﾔだなあ。 319 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 19:23:44 ] ある意味2chだからこそ、こういう言葉は正しく使うべきだとｵﾓ。 320 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 20:04:49 ] 助長とか、逆の意味で浸透して、既に辞書にまで載るくらいだからな。 321 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 20:34:43 ] ただの揚げ足取りならスルーでいいのだが、 間違った日本語を平気で使うブログは、 ・なんとなく、根拠のない思いこみ癖がある著者 ・物事を正しく表現できない・正確に伝えられない著者 という可能性があって、信憑性が落ちることがある。 322 名前：デフォルトの名無しさん [2007/02/18(日) 21:16:22 ] >>321 まぁな。 だが、『役不足』の間違いはよくある話。 多めに見てやってくれ。 323 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 21:24:29 ] でも「役不足」なんていうのは「勉強のできる子」なら大抵知ってることなんで。 「勉強のできない子」がまとめた文書を盲目的に信じろっていうのもねえ。 あんたも「多め」とか書いてるしｗ 324 名前：デフォルトの名無しさん [2007/02/18(日) 21:50:59 ] 多めが大目ってこと？ でもたぶん>>323より俺のほうが高学歴。 東大じゃぁないけど。 325 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 21:52:54 ] 2chで学歴自慢とは・・・。 326 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:13:57 ] > でもたぶん>>323より俺のほうが高学歴。 > 東大じゃぁないけど。 327 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:24:55 ] そろそろやめないか？ｗ 328 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:38:49 ] 言葉の意味は時代と共に変わるんだ。 おっさんは正しく、いとおかし とか言っとけ。 329 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:50:32 ] 「役不足」の意味は変わったのか？ 330 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 23:07:56 ] 間違えてる使っている人口が増えているだけで、 「役不足」の意味は変わらない。 死語の様に使われなくなった言葉ならともかく。 そして「多めに見てやってくれ。」って言う奴の言葉は さらに説得力がないな。ｗ 331 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 23:10:30 ] それを免罪符にするのそろそろやめないか？ 332 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 23:11:13 ] すまん。 「それ」＝「言葉の意味が時代とともに変わる」 333 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 23:52:59 ] そういう奴に限って人が死んだ時に 平気で冥福を祈ったりするもんよ。 俺もなんかやらかしてるんだろうなあ・・・。 334 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 01:42:14 ] おまえら全員激しく板違いだ。アホか。 好きなだけ語ってこい。 言語学 academy5.2ch.net/gengo/ 335 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 11:22:25 ] まぁ、このスレを見てる人が俺以外にもいることがわかった 336 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 01:21:57 ] 冥福を神に祈って火葬で寺に埋め神社で穢れを禊ぐのだ 337 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 11:47:54 ] そろそろJSFの話にもどろうか．．．． 338 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 17:23:30 ] JSFの話にもどそうとしたら人が消えた 339 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 17:32:52 ] 使ってる人少ないからね。 340 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 18:16:35 ] Strutsは飽きたがJSFはまだかいな。ちょいなちょいな。 341 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 19:04:06 ] www.eclipse.org/webtools/development/news/2.0M4/j2ee.php WTP2.0のVisual Page Designerって使えそう？ 342 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 20:20:19 ] >>341 感想よろしく。 343 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 00:18:51 ] JSF Tools として公開されてたやつかな？ 344 名前：デフォルトの名無しさん mailto:sage [2007/03/12(月) 12:51:28 ] JSP+Servletが一番いいな。 345 名前：デフォルトの名無しさん [2007/03/21(水) 00:58:44 ] Tobagoってなんだよ Tomahawkとは違うのかよ 346 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 01:12:29 ] ちがうだろ、そりゃ 347 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 01:27:58 ] >>346 OOスレの春厨か 348 名前：デフォルトの名無しさん mailto:sage [2007/03/21(水) 04:53:41 ] Studio Creator/NetBeans Visual Web Packのコンポーネントが、woodstockコンポーネントとして独立するね。 https://woodstock.dev.java.net/index.html 349 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 00:40:57 ] ﾔﾚﾔﾚだな・・・・ 350 名前：デフォルトの名無しさん [2007/04/08(日) 20:30:01 ] VisualWebPackで業務ｼｽﾃﾑ開発中･･･ 毒を食らわば皿まで、やね。 そのくらいのほうがﾒﾘｯﾄ/ﾃﾞﾒﾘｯﾄはっきりして個人的には好きやね。 351 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 20:33:57 ] 勇気あるな。 352 名前：デフォルトの名無しさん [2007/04/08(日) 20:40:27 ] どこら辺が問題なの？ >ﾔﾚﾔﾚだな・・・・ >毒を食らわば皿まで、やね。 353 名前：デフォルトの名無しさん [2007/04/09(月) 07:50:26 ] >>352 んーと、ただでさえクセのあるJSFにもう一個FWが被せられてる感じ。 354 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 22:11:45 ] レスどうも、軽く触ってみた感じではJSFはStrutsよか簡単に感じたのでクセのあるっていうのは意外でした。 @ASP.NETから入った人 355 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 01:00:49 ] Strutsは難しいけど動きにはクセがない。 JSFは易しいけど動きにクセがありまくり。 356 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 07:27:58 ] クセがあるなんて言ってる奴は 新しいものについて行けないか視野の狭いJava厨だけw .NET厨には普通の動きに見えるだろうな。 357 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 08:13:04 ] クセというのは、>>353で書かれてあるように、JSFの上に更にVisualWebPack用の 仕組みが組み込まれていることだと思う。 そういうのは既存のJavaフレームワークではあまり無い。 あくまでソースをゴリゴリ書くのが今までのJava開発だったからな たしかにASP.NET方向に近づく進化だが、一方でRails的な進化とは別方向なので 気になる開発者も多いと思う 358 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 08:52:44 ] Visual Web Pack は結構やっかいだ。 359 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 11:51:36 ] >>357 お前、日本語読めないだろ 360 名前：デフォルトの名無しさん [2007/04/10(火) 12:37:01 ] まねじどびーんがPOJOなのがいいのにそうじゃなくなるよね 361 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 01:41:53 ] >>356 ブックマーク不可とかクエリーパラメータが使えないとか、視野が狭いどころの騒ぎじゃありませんが。 362 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 09:21:40 ] ブックマーク不可ってときどき聞くけどどっか例になるサイトある？ クエリーパラメタ使用不可っていうのはGETでパラメタ受けてくんないってことだよね？ 363 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 10:19:07 ] >>362 デマだから気にするな。 364 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 14:53:54 ] MyFacesのJSF1.2対応っていつ頃出るのかな？ JBossはMyFacesからGlassFish実装に乗り換えたらしいが 365 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 16:21:22 ] 1.1.3あたりからすでに1.2対応。 366 名前：デフォルトの名無しさん mailto:sage [2007/04/14(土) 21:31:56 ] >>365 おーそうなのか？ と思って1.1.5をDLしたら APIには1.1が入っていたよ・・・ 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 ] 関東はその傾向が強いね 468 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:29:32 ] >>464は>>461を無視かよ 解決方法のポインタしめしてるのに 469 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:33:51 ] ＞だったら、URLをかえないか、ランダムなURLにすればいいと思う。 どっちも出来るはずだから喪前が好きに実装すればいいのでは？ ＞今のJSFの挙動だと、ユーザに大きな誤解を与えるだけにしか見えない。 ＞とりあえずブックマークを許したいならJSF使ったらダメということでFA？ なぜにそんな極論になるのか知らんが、ユーザーに文句言われて 喪前の技量ではどうしようもないなら、そうすれば？ ＞たとえば、JSFで作った画面のHTMLソースを見ても、 ＞サーバのどのManagedBeanメソッドが呼び出されるかはなかなかわからない ソース見て、どのBeanが呼び出される方が解る方が大問題だろ。 仕事で使っているとか言いながら、持論は壮絶にアマチュア精神丸出しだな。 470 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:40:51 ] >そもそもなんでそんなこと気にするのかわからないっていうレスばかりで >自分もビックリしたことがある。 そりゃ、底辺のマにありがちな「どーでもいい事は熱心クセに 実際の生産・成果物がショボイ」って上の方が辟易している状態だろ。 471 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:41:01 ] Railsだって勝手にブックマークされるとまずい・・・っていうか問題ある場所なら セッションなかったら入り口に戻すとかするだろうと 472 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:42:06 ] >>452は全てにおいて勘違いしてるな 473 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:52:03 ] 気になる奴はREST志向が強いだけで結論付いてるじゃん。 JSFにとってURLはイベントメッセージ、RESTにとってURLはコマンドライン引数。 普通のアプリケーションとなんら変わらないと思うんだが。 474 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:52:39 ] しかし、そんなに入力データ云々言うならセッションに入れとけよ、って思うんだが なんで、病的にフレームワークの性にしているんだ？ 475 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 14:55:54 ] >>473 しかもredirectいれとけばURLベースと動きがかわらんのにな 476 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 15:02:07 ] でもURLって重要だよね。 ブックマークや検索エンジンのインデクサに登録されたら もう基本的に自分のところではコントロール不能で面倒だし。 半永久的にリダイレクトとかのフォローしないといけなくなる。 あとフィッシングサイト対策とかブラクラなんかの影響で、ユーザーも ブラウザのアドレス欄に表示される文字列に気にするようになってると思うし。 できれば短ければ短いほうがいいよね。 477 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 15:11:02 ] servletでいうdomain/context/servletまでが分かれば、 それ以降に何が付こうがどうでもいいんだが。 478 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 16:58:38 ] >>476 自作自演乙 479 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 17:06:32 ] そんなにヤならJSF使わなきゃいいじゃん。 上司に2chのこのスレ見せて「漏れが452です！漏れの言っている事正しいですよね！」 って力説すれば、上司は快くオマエをプロジェクトから外してくれるだろうから、 嫌なJSFを使わなくてすむぞ。w 480 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 17:09:30 ] そおいや、検索エンジンって拡張子が.jspやらjsfは拾わない気がしたんだが、 どこぞのエンジンは拾うのか？ 481 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 17:33:00 ] >>480 inurl:index.jsp - Google 検索 www.google.com/search?q=inurl%3Aindex.jsp inurl:index.jsf - Google 検索 www.google.com/search?q=inurl%3Aindex.jsf 拾いまくり 482 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 18:40:08 ] googleの結果だと別にurlとられても問題ないケースに見えるんだが 452はナニが不満なんだ？ 483 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 18:47:43 ] 末端の仕事してる者同士仲良くしろ 484 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:07:26 ] >>482 それはindex.jsfだから。 .jsfで検索するとカッコ悪いURLたくさん出てくるよ。 そもそもJSFがあまり使われてないから探すの面倒くさいけど。 485 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:10:08 ] www.google.com/search?q=site:store.americangirl.com+inurl:jsf&filter=0 なんかここ無茶なことやってるなあ・・・ 486 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:14:12 ] まだ潜伏してんのかｗ 487 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:22:22 ] 何が理由で工作してるんだろう・・・ 488 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 19:30:19 ] Servlet自体はRESTのことちゃんと考えて規格を調整してきたし（HTTP METHODあたり） 各WebコンテナベンダもCometに対応できるようにコンテナを改造している。 JSFに粘着しないで他をあたればいいのだよ 489 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 20:01:19 ] URLがどうのって奴はフォワードを一切許容しないってこと？ JSFに限らずほぼすべてのservletアプリケーションがダメってことじゃん。 490 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 21:00:52 ] servletにすら限らないけどな POST先をどこにするかだけの話だから 491 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 22:27:31 ] 452は今までどんな環境でWebアプリ作っていたのか気になるな。 servletやRailsを知らんのは明白だし。 492 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 23:08:16 ] >>475 JSFのリクエスト保持データってredirectで引き継がれたっけ？ TeedaやRailsなら対応してるけど、素のJSFはforward前提のFWだという認識だったのだが 493 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 23:14:12 ] >>492 Servlet直、Struts、SpringMVC ともに処理はRedirect前にやるからredirect後特殊な処理をしたいのなら普通にsessionからとりだすんでそ？ redirect先でリクエスト使うって処理はどのフレームワーク使ってもないよ 494 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 01:14:46 ] >>489 > JSFに限らずほぼすべてのservletアプリケーションがダメってことじゃん どういう極論だよ。 redirect-after-postでやってるWebアプリなんて普通にあるじゃん。 495 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 01:54:42 ] 常に一つ前の状態がほしければセッションビーンにリクエストビーンのセッターゲッター用意して上書きさせればいいだけ 496 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 07:47:56 ] >>493 ここ読んでると、みんな普通にJSFでredirect使ってるんだね。自分の勉強不足だったのか 普通のWebアプリだと、例えばPOSTで登録したあとそのデータを表示する為に IDをパラメータ（かURL）で渡して詳細データを検索するURLにGETでredirect みたいなことが普通に出来ると思うけど、JSFの場合どうやったらいいんだろう session使えばいいのはわかるんだけど、 URL使うパターンでは手動での画面操作を介さない限りsessionって使わなくてもいいので できるだけsessionには保持したくない 497 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 08:10:10 ] ＞ここ読んでると、みんな普通にJSFでredirect使ってるんだね。自分の勉強不足だったのか ナニがどうあっても個人の異端な思考を「普通」と思い込みたい病人みたいな台詞だな 498 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 08:37:25 ] だからURLに文句がある奴はJBossSeam使えよ。 JavaEE6で標準仕様になるんだし。 499 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 08:37:30 ] >>497 ん？ なんでそんな敵意むき出しなの？ ちなみに>>452とは別人だぞ 500 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 08:39:52 ] >>498 素のJSFでは駄目ってこと？ SeamはステートフルSessionBean使いまくりってイメージがあったので敬遠していたのだが そういや最近のバージョンはEJB3への依存が消えたんだっけ？ 501 名前：デフォルトの名無しさん [2007/11/25(日) 09:52:38 ] 素のJSFってどこのJSF使ってんだよ。 仕事とかいいつつ趣味でやってんじゃねーのか？ このURL粘着君は。 仕事で商用鯖使ってんなら2chでなくてサポートに泣き付けよ。 502 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 10:20:41 ] >>501 MyFaces1.1系 自分が調べた限り、JSFのredirectはManagedBeanのメソッドを呼ぶような使い方が出来ないので 使い物にならないという結論を出していた。 でもこのスレでredirect使えばOKというレスが多かったのを見て >>496の質問をしただけだよ URL粘着って>>452あたりの話か？ 自分じゃないんだけど・・・ 503 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 12:17:54 ] >>496 「普通のWEBアプリ」ってなんだよと思う URLにパラメータをまったく乗せたくないからセッションに入れるという場合だってあるんだぜ？ 504 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 12:48:10 ] ショッピングモールみたいなサンプルアプリ的なものは典型的だな。 505 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 13:38:24 ] まぁURLベースの典型ではあるが、用途によって最適解が違うというのも>>452は気がついてるんだろうか 506 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 14:53:03 ] なんかURL粘着が必死に他人のフリしているから話がややこしいよな。 やたら別人を強調しているし。 >>452の望む動作はJSFでも実装可能なのに、なんか必死に出来ない事にしたがって 「普通のWEBアプリ」って脳内理想をブチまかれてもな。 嫌なら使うなよ。 507 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 15:05:07 ] JSFのHTTPの使い方がRESTfulでないのもがいしゅつ。 とにかくMVCが偉かった時代の産物だからな。 頭を切り替えろと。 いまJSFが一番お勧めな用途ってのも思いつかない。 508 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 15:09:16 ] cgiの時代に戻っとけ、って事でFA #漏れは戻りたくないが 509 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 17:07:38 ] >>507 JSFはJavaのフレームワークで一番イベントベースでの処理と入力検証が一番容易だから 開発効率と安定性を追求したい場合いいんじゃない？ 510 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 18:55:57 ] >>509 その入力値検証が >>411>>417>>420 という体たらくだからな。 JSFのバリデータをベースに作り込もうとしたら 保守不可能なシロモノができあがる。 NetBeansでポトペタできるのはメリットかな。 511 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 19:16:20 ] 項目ごとにエラーメッセージを分ける必要があるなら UIコンポーネントのIDかClientIDで分けるようにすればいいのでは？ エラーメッセージはResourceBundleから読み込むようにして ResourceBundleのキーにUIコンポーネントのIDかClientIDを含ませるようにするとか。 512 名前：デフォルトの名無しさん mailto:sage [2007/11/25(日) 19:34:59 ] >>510 今はJSF1.2の時代なのにいまさら1.1の話されても・・・ NetBeans使ってるならなおさらだろと 513 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 02:00:12 ] >>506 ＞嫌なら使うなよ Youは使ってるものに不満点って全然ないのかい？ 514 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 02:17:58 ] JSFの特性からしてREST, POHP, c10kには向かないから、使い分けは必要だよ。 そういう方面は、Struts+Springとかになるんじゃないか？ 515 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 08:38:52 ] >>513 所詮はJSPの上に成り立っているフレームワークなので JSFで出来ない部分はJSP時代のノリに戻るだけ、って希ガスので、 不満があるなら、自分で作って解決するけど。 つか、URLでグダグダ言う「客」にはあった事ないんだが。 あと、NetBeansのJSFはそんなに使いにくいのか？ 漏れはWebSphereのJSFなのだが、 バリデータの作りこみでそんなに苦痛に感じないが。 516 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 09:09:25 ] Rails見てると、JSFと完璧真逆なんだよな あちらはREST志向、ステートレスで極力サーバにユーザステータスを持たない ってのを強調してる JSFはサーバサイドがフルコントロールするイベント志向というイメージ どっちが古いかと言われたら正直JSFの方が古いと思うけど、 少人数対象アプリを素早く作りたい時はJSFの方が早いのではとも感じる 517 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 12:29:06 ] >>515 >つか、URLでグダグダ言う「客」にはあった事ないんだが。 お前の偏ったキャリアを一般論に摩り替えるなよｗ 518 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 14:51:28 ] >>515 使いにくくはない アンチががんばってるだけ 519 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 14:56:28 ] >>516 Restful指向っていわゆる昔のPerl全盛期の時代とかわらんぞ IDE側でのサポートを前提としない場合、URLがすべてのソース参照の起点だから そういう方法がベストだというだけ それにユーザーステータスをできるだけ持たないといってもロジックが絡まない参照だけでしょ? Railsがいいという人は初期のServlet/JSPのシンプルさに戻ればいいだけだと思うのだが 520 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 19:43:42 ] > 初期のServlet/JSPのシンプルさ ポトペタできないしー。 JSFはポトペタ対応でああいう設計になってると理解してるんだが。 ポトペタしない、ポトペタが無意味なくらい作りこむなら JSFを使う意味はないんでは？ 521 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 19:55:55 ] ポトペタってなに？ 522 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:06:11 ] しかし、ここまでアンチが必死になるのもよーわからんな。 んなに嫌ならStruts+SpringかRailsに行けよ、で話が終わるのに しつこく粘着する精神がわからん。 まあ、そういう提案も出来ないくらい底辺のマなんだろうけど。 523 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:13:19 ] >>520 JSFとASP.NET以外でぽとぺたが機能してる例はまずないな Railsがうけてるのはポトペタが出来るかどうかじゃないでしょと 524 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:24:06 ] >>523 ＞JSFとASP.NET以外でぽとぺたが機能してる例はまずないな europa + WTP2.0 をさわったこともないだろ。 525 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:47:38 ] >>524 JSF部分ではなくて通常のHTMLの話か? それはポトペタとはいわないのだが 526 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 22:36:37 ] 要するにJSFの方向性ってWeb標準から乖離してるってことでFA？ 527 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 22:45:36 ] ポトペタの定義をよろしく。 528 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:13:59 ] ツールパレットからWidgetをドロップ Widgetをダブルクリックしてハンドラーをごりごり ってことじゃない？ 529 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:18:02 ] ＞要するにJSFの方向性ってWeb標準から乖離してるってことでFA？ アンチが必死だなｗ 530 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:21:56 ] JSFの理想はポトペタと言うか、デザイナとプログラマの分離なんだろうな。 現実的にはデザイナ＝プログラマなんだろうけど、なるたけ簡単に ってのは感じる。 で、FWに沿わない事をやりだすとﾏﾝﾄﾞｸｾになる。 しかし、そりゃStrutsやRailsも同様だけどなー。 531 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 23:29:52 ] なんで最近急にアンチがあらわれたの？ 過疎がすさまじいスレだったのに 532 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 02:56:21 ] 自分の意見に賛同が得られなかった事による逆恨みでしょ ガキすぎる 533 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 05:36:59 ] 負け組ＰＧ同士なんだから仲良くしろ 534 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 06:55:32 ] スレを眺めていると負け組PGなのアンチJSFのURL君に感じるが。 しかも一方的に逆恨みモードだし。 535 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 09:22:17 ] まー言われてみれば、JSFの一番根本的な設計思想 ・RESTとかｼﾗﾈｰﾖ、静的ページやJSPでの常識は全部捨てろ ・WebブラウザとJSPをハックして、MVCを強引に載っけてる をきちんと説明した記事って見たことない。 いきなりコンポーネントツリーとライフサイクルで始まる 記事ばっかりじゃないか？ 正直、2までのEJBみたいになると思うよ。作り込みすぎてて、 馬鹿にはついてけないフレームワークだ。 536 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 09:38:02 ] 利口なやつしか使えないんじゃうちでは採用できねえなぁ バカだろうがある程度のレベルで使えないと意味無いし 537 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 11:45:39 ] なんかアンチが必死で笑えるんだが、逆にバカでも使えるのがJSFだと思うけど。 CRUD程度ならservletやSQLの知識ゼロでマウスでポトペタで成果物ができる のがJSFだろうに。 自分が利口だと思い込んでいるヴァカには不満のあるフレームワークだろうな。 538 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 13:54:33 ] JSFはポトペタ開発をするのに我慢しないといけないことが多すぎるんじゃね？ 539 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 14:56:38 ] >>538 具体的に 540 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 17:58:06 ] バカな俺にポトペタがなんだか教えてくれ 541 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 19:26:38 ] >>537 > CRUD程度ならservletやSQLの知識ゼロでマウスでポトペタで成果物ができる > のがJSFだろうに。 困猿みてーなこと言ってんな。 その手の話は全部嘘くせえってか嘘だと見抜けない人は（ｒｙ 専門学校でトイアプリ書いてんじゃねーんだからよ。 542 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 20:31:09 ] >>541 できるじゃん 543 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 20:39:10 ] >>541 普通にできるんだが。 544 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:11:15 ] トイアプリならな。 顧客に成果物を見せる→「ここをこうしてよ」→ハマる、 ってパターンが目に見えてる。 545 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:30:29 ] >544 嘘じゃねーじゃん。 しかも目に見えてるだけかよ。実際にやってから嘘だとか言え。 546 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:40:39 ] アンチが涙目な反論を始めたな。 547 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:46:27 ] >>545 やってみたよ。トイアプリ＋αみたいなシチュエーションで。 まさか仕事でぶっつけで使う奴はいないだろ。 「成果物」はお笑いだよ。 548 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:52:34 ] さすがにJSFでサーブレットやSQLの知識ゼロってありえんだろ RowSet使おうがO/Rマッパ使おうが楽をするためのものであって 知らなくて言い訳ではない そもそもViewとDB層の違いもあるし 549 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:57:43 ] アンチはいったいナニしたいんだろうな。 都合の悪いツッコミはスルーするわ どうでもいいことに勝利宣言勝手にしてるし。ｗ 喪前は賢い人間なんだろうからservlet+JSPで ゴリゴリとコード書いてりゃいいじゃん。 550 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 00:49:33 ] いまJSFマンセーしてる人はEJBもマンセーしてたタイプ？ 551 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 00:52:52 ] JSFを使い続けて2年になる俺が着ましたよ。 俺的にJSFはNGっていう結論なんだけど、 OKって言ってる人たちは、どういうドメインで使ってるの？ 社内ツールとか作るなら、別にJSFでなくていいし、 インターネットのポータル系だと（俺はこのドメインだったけど）、 状態保持周りで困ることが多い。 JSFが使える（有効な）ドメインを教えて欲しい。 552 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 01:10:53 ] >>551 とりあえず一般的なアプリである販売管理ソフトとか作ってみる場合、 JSFが一番まともっぽい JSFがよくなったのはこの1年くらい それ以前はほんときつかった 553 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 01:23:52 ] 社内ツールみたいなイントラネットアプリ作るならJSFの方が良いと思うんだが。 逆にインターネットのアプリならJSFよりもServletに近い方がやりやすいと思う。 つまり551は肉マン ちゃう、551はドＭ 554 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 01:52:36 ] ふと思ったんだけどJavaでのWebアプリ開発って 社内業務ツール：一般向けWebサイト ってどっちの利用実績が多いの？ JSFは標準技術だけどブックマーク対策とかSEOでいまいち上手くないってことは 社内ツール開発を主眼に置いているってことなのかね？ 555 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 11:08:35 ] 一般に公開されててjavaで作られたまともに動くサイトってどこ？一つか二つ教えて。 駄目なのは遅い上にすぐ利用不能になるビックカメラと無印良品、両方java。 556 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 11:24:54 ] >>555 楽天トラベル 557 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 11:37:51 ] >>555 ネットバンキング・ネット株式全般。 アンチが必死にブックマーク、ブックマークと叫んでいるが それらのサイトはURLは意識しない作りになっている。 ちなみにJavaだから遅いのではなくて、大抵はDB鯖を含め全体のチューニング不足がほとんど。 PHPだろうとperlだろうと落ちる時は落ちる。 JSFがNGでRailsがOKと言う意見ならともかく、 代替案もなしに「使えない」と言うヤツは仕事でも「使えない人材」だな。 558 名前：デフォルトの名無しさん [2007/11/28(水) 12:32:52 ] >JSFは標準技術だけどブックマーク対策とかSEOでいまいち上手くないってことは >社内ツール開発を主眼に置いているってことなのかね？ URL粘着はなにがなんでも上手くないって思い込んでいるらすぃ。 559 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 13:22:15 ] シマンテックとかビックカメラ.comとかルーヴル美術館とか ジュンク堂とか富士通とかNECとかナビタイムとか まぁいくらでもあるな 560 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 13:25:02 ] 社内アプリならSwingのほうがいいんじゃないかな 561 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 13:31:58 ] >>560 状況次第かな クライアントを把握できるようなところならそれでいいと思う 562 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 16:13:02 ] ビックカメラが使えるってハードルがえらく低くないか びっくりするくらい遅いぞ。 563 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 16:20:01 ] SwingのGUIエディタはNetBeans以外壊滅と思ってたが そんな話はスレ違い棚。 MyFacesはどうなるんだろうね。迷走してるってか 死の一歩手前って感じだが。 564 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 16:58:43 ] >>562 実装次第 あそこはネットの対応も悪いから実店舗にいけ 565 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 16:59:33 ] IDEAもがんばってないかい？Eclipseが壊滅してるだけかと。 566 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 17:02:49 ] JSF実装は結局RIできまりくさい 567 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 19:19:26 ] RI使っている人もいるとは思うが、仕事で使うなら 商用JSF(AP鯖)使うんじゃないのか？ WebLogicなりWebSphereなり。 漏れはIBM関連の鯖で開発するからRIやMyFacesは選択肢に上がらないワケだけど RIなんかは使いにくいと言うか足りない印象があるが。 568 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 19:43:01 ] そういえば将来的にはWebページ以外にも適用させるみたいな話ってどうなった？ JSFの話じゃなかったかも知れないけど。 569 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 21:34:48 ] >>567 sunとredhatがRI使ってるよ ユーザーが多いおかげでかれやすいのが特徴だね woodstockだけ取り出して使えるようにする予定もあるようだね 他の実装でもweb.uiコンポーネント使えるように でも、1.2ベースな時点で使うのはツリーとファイルアップロードに制限されるかな web.uiのファイルアップロードは楽だね フォームのエンコード方法自動で切り替わる 570 名前：567 mailto:sage [2007/11/28(水) 21:53:34 ] >>569 ああ、そりゃSUNはRIだわな。 漏れはWebSphereでJ2EE1.4ベースなIBM拡張JSFだけど、 SDOってO/Rﾏｯﾊﾟｰと一緒くたなパッケージなんで、 ファイルのアップロードとかも昔(1.1以前)から対応していてスゲー楽してた。 しかし移植性は最悪な希ガス。 まあ、逆に商用のダメってところでもないがまだJ2EE5正式版が ないところかな？ 企業はむやみやたらとVerUPしないのでそれはそれでもいいんだろうけど J2EE1.4が出てからずいぶん経つからなぁ・・・。 571 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 22:23:50 ] J2EE1.4とJavaEE5じゃまったく別物だよなぁ JavaEE5でやっとJSFがはいってUIからロジック、パーシスタンスとオールインワンになったのが大きいかな あとXMLもほとんど書かないですむし 572 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 22:52:25 ] J2SDKとJDKの使い分けもそうだが、Java屋って結構律儀だなって思う。 573 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 23:26:33 ] 表記をあいまいにしたところでいいことないでしょ それくらい技術屋はみんなやってるよ Javaに限らず 574 名前：デフォルトの名無しさん [2007/11/29(木) 00:05:32 ] strutsってなくなるの？ 575 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 00:11:39 ] 無くならないよ。View層だけ変えたいとかいう場合も素直に付け替えられるし、超現役。 576 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 00:39:12 ] ちゃんとViewとロジック分離して作っていれば フロントエンドは何を選択してもいい、となるんだが EJBとかWEBサービスのように物理的に分かれてないと なかなかきれいにいかなかったり Railsはこんなにカンタン！という宣伝にTodoリストの作成あるけど 正直IDEサポートがあればJSF+JPAだともっとカンタンにできあがるよね 577 名前：デフォルトの名無しさん mailto:sage [2007/12/03(月) 02:16:37 ] あ〜あ、JSF無条件マンセー派がファビョりだしたから また過疎スレになっちゃった。 578 名前：デフォルトの名無しさん mailto:sage [2007/12/03(月) 11:50:56 ] またアンチの勝利宣言か。 579 名前：デフォルトの名無しさん mailto:sage [2007/12/03(月) 13:44:07 ] Java関連スレに出てくるアンチ君だとおもう 中学生くらいはそういうお年頃だから仕方ない 580 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 00:35:03 ] Ajax使うときのベストな手法って固まってるの？ jMakiとか気になるんだけど、基本的にタグライブラリの中でやりくりするのかな？ 581 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 01:21:07 ] タグライブラリが全て面倒見るタイプならぽとぺたとプロパティの設定だけでいい webuiはこっち でもボタン押したらJavaのこのメソッドをコールとかならDWRとかいわゆる別の入り口作ればいい 582 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 01:10:15 ] ★FAQ Q： RESTがやりにくそうなんだけど？ A： 現在のJSFはいわゆるログイン必須のブックマークを取らないシステムしか考慮されていません。 次のバージョンである2.0でRESTがサポートされる見込みです。 現在の1.2では自前でアクション時にリダイレクト処理をしていくしかありません。 結果、他のアクションベースの開発のようにURLを意識しての開発は生産性がかなり落ちます。 583 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 06:44:07 ] 釣れますか？ 584 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 21:42:53 ] >>582 >次のバージョンである2.0でRESTがサポートされる見込みです。 ごめん、これ知らなかったので、ソース教えて。 585 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 21:55:18 ] >>584 RESTの仕様であるJSR311サポートするとある それに伴ってGETも対応させるようだ 数値文字参照がなくなれば標準コンポーネントに関しては携帯電話も動きそうな予感 今の状態だとフルブラウザ使えとかスマートフォンつかえとかになっちまうからね 586 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 02:23:26 ] www.itmedia.co.jp/enterprise/articles/0712/11/news027.html 587 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 02:38:46 ] >>586 貼り付けるスレ間違えてるぞ 588 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 15:51:19 ] Railsは世の中の流れをうまくとらえてるよなあ。 それに比べてJSFは・・・ 589 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 16:56:17 ] またアンチ君復活か 590 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 17:21:54 ] 信者vsアンチか どっちも頑張れ 591 名前：デフォルトの名無しさん mailto:sage [2008/01/25(金) 22:13:11 ] なんか世界ではJSF+Faceletsが中心になってってるみたいだな。 Web Beans、JSF2.0の乗っかるJavaEE6が、EoDのとりあえずのゴールになりそうだ。 EE5でも十分All-In-Oneで行けるし、今からJavaに来る子は幸せだな。 592 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 00:30:08 ] Faceletsだとぽとぺたじゃないから手間が増えるのがガンだよね JSFはコンポーネントバインディングして何ぼだと思うし 今からさわる子は幸せというのは同意 でも、今でも新規作成でstruts1やってるところも結構見るから運次第か 593 名前：デフォルトの名無しさん [2008/01/30(水) 00:49:53 ] 今現在チャットのようなものを作ろうとしてるんですけれど…… 普通、form中にinput でsubmitボタンを作れば、他の入力部品にフォーカスが入ってる場合でもエンターでsubmitされますよね？ が、JSFのh:form内でtype=submitのcommandbuttonを作ってもenterじゃsubmitされないようなのです。 これって、なんかプロパティなり設定を変えれば済む話なんでしょうかね。 なんか初歩的なことを尋ねるようで申し訳ない。 594 名前：デフォルトの名無しさん mailto:sage [2008/01/30(水) 02:16:44 ] submitされるかどうかはブラウザ依存だが、 通常リターン押すだけでsubmitボタンがなくてもされるよ 595 名前：デフォルトの名無しさん [2008/03/17(月) 01:48:55 ] Update Model Values の後にValidationしたいんだがどうすればいいんでしょうか？ どうやってコンポーネントのIDとればいいんでしょうか？ Update Model Values の後にValidationするタグとかってどうつくれば・・・ 596 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 01:54:37 ] なぜそういうことを考えるの? 597 名前：デフォルトの名無しさん [2008/03/17(月) 02:24:11 ] 基本的に単体項目による検証ではなく、その他の項目と合わせて判断する必要があるのと モデルのValidationは作成済みで、その機能をそのまま利用したいからです。 Validationでは基本的に各属性のみの値を使って検証することになりますが、 モデルのその他の設定されている値(プロパティ)も見たいのです。 598 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 17:34:31 ] JSFのバリデータは個々の値の検証のみを行うものだよ 複数の検証なら当たり前だけどinvokeApplicationフェーズで行うしかない ロジック呼ばなければいいだけでしょ？ 599 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 20:47:24 ] カスタムバリデータ作ればいいじゃない。 600 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:40:31 ] >>599のいうことは>>597のやりたいことに対してなんにも解決方法になってないんだが 601 名前：デフォルトの名無しさん [2008/03/23(日) 02:27:52 ] >>597の「やりたいこと」が分かってしまう>>600はエスパーか同じ穴の狢 602 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 06:06:36 ] ここってGWT-Ext2.0のスレで良かったけか？ 603 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 14:39:19 ] >>601 エスパーじゃなくても分かるくらいの情報は書いてあるが。 人によって理解度に差があるのは仕方の無いことか。 604 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 14:50:53 ] カスタムバリデータ作ればいいじゃん って俺も思うけどな。 バリデータの階層的呼び出しができないとか モデル値の参照ができないと思い込んでないか？ 605 名前：デフォルトの名無しさん [2008/03/23(日) 15:37:28 ] 単に>>597はバリデータの理解度が足りてないだけだと思う もちろん理解度に個人差があるのは仕方ないことであるｗ 606 名前：デフォルトの名無しさん mailto:sage [2008/03/23(日) 16:35:52 ] メソッドバリデータでいいんじゃね？ どっちにしろ>>597のほしいものとは違ってくるけど 607 名前：デフォルトの名無しさん [2008/03/23(日) 20:40:02 ] モデル値の参照ってどうやるの？ 608 名前：デフォルトの名無しさん [2008/04/09(水) 03:03:39 ] 結局だれもまともな解答付けられずw 609 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 13:08:04 ] だってJSFのライフサイクルにあわないもん 610 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 00:39:22 ] UIComponent#getParent()/getChildren()使えば他のUIComponentの値を 参照できるんだからカスタムバリデータで頑張れば解決で終了 611 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 00:43:19 ] >>610 モデルでほしいといってるからそれは解決方法にならないだろ それでいいのなら何をしてもいいことになる 612 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 01:02:40 ] >>611 モデルでほしいなんてC/C++のポインタが自動的に割り当てられた アドレスを指してるってくらい無茶な願望だってことに気づくべき 613 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 01:49:10 ] >>612 いや、だからみんなむちゃだといってるんでしょ そのものの解決は無理だと 614 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 02:06:11 ] >>613 だからカスタムバリデータで終了だと言ってるのになんでループ？ 615 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 02:21:09 ] >595=597の問題をどう定義するかで解決が変わるんだな >599,604,610は↓が問題で > 基本的に単体項目による検証ではなく、その他の項目と合わせて判断する必要があるのと ↓は問題ではなく単なる(願望としての)解法だと捉えてるからカスタムバリデータで解決 > Update Model Values の後にValidationしたいんだがどうすればいいんでしょうか？ > モデルのValidationは作成済みで、その機能をそのまま利用したいからです。 >600,611,613は↑が問題だと捉えてるから解決しない 616 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 08:32:16 ] immediate=true を組み合わせればmodel値取れるじゃん 617 名前：デフォルトの名無しさん mailto:sage [2008/04/15(火) 13:22:52 ] >>616

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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