JSF(JavaServer Faces ..
39:デフォルトの名無しさん
06/05/02 11:32:56
>>36
すでに現実的ではない。
40:デフォルトの名無しさん
06/05/02 14:06:18
>>39
「すでに」って？kwsk
41:デフォルトの名無しさん
06/05/02 20:14:52
つーか、いまどきデザインにテーブル使う方が激しく時代遅れなんだが
>>32
カスタムレンダラを作る
42:デフォルトの名無しさん
06/05/03 03:45:30
>>41さまのいうとおり、Googleは激しく時代遅れでした。
mixiも激しく時代遅れでした。youtubeも少し時代遅れです。
hatenaもちょっとだけ時代遅れです。
最先端はどこですか？
43:デフォルトの名無しさん
06/05/03 06:44:54
最先端はwww.wired.comとwww.yahoo.com
ソース見てびびるためにあるんじゃねーかってくらいだ。
44:デフォルトの名無しさん
06/05/03 07:22:33
>>32
現在のJSFは、JSFタグをJSTLと連携して使えないことが問題視されている
そこを修正したのが、Java EE5に含まれるJSF1.2らしいが、まだ触ったことないな
>>42
はてなはヘッダー部分に使ってるだけだろ
divで定義したブロックに対して、CSSを使ってデザインを変更出来る作りになっている。
45:デフォルトの名無しさん
06/05/03 08:28:50
>>44
なんでそこまでやってるのにヘッダー部分にテーブル使うのさ？
46:デフォルトの名無しさん
06/05/03 08:32:45
>>43
そんな最先端のyahoo.comでも一部テーブル使ってるわけだな。
47:デフォルトの名無しさん
06/05/03 09:27:23
いいからHTMLとCSSから勉強し直せ
48:デフォルトの名無しさん
06/05/03 09:54:22
●○●○●○●○●○●○●○●○●○●○●○●○●○●○
○●○●○●○●○●○●○●○●○●○●○●○●○●○●
涼宮ハルヒの憂鬱 ED「ハレ晴レユカイ」がついにAmazon1位に！！！
まとめサイト
URLﾘﾝｸ(unyuu.s151.xrea.com)
※※このレスを見たら3個以上他のスレにコピペして下さい※※
●○●○●○●○●○●○●○●○●○●○●○●○●○●○
○●○●○●○●○●○●○●○●○●○●○●○●○●○●
49:デフォルトの名無しさん
06/05/03 10:06:47
現実的にはレイアウトでのtableの手軽さは捨てがたいということだな。
50:デフォルトの名無しさん
06/05/03 13:20:10
>>49
つーか、>>41 は覚えたてのカスタムレンダラって言ってみたかったんだろ。
51:デフォルトの名無しさん
06/05/03 14:19:29
なんでそんなに必死なの？
52:デフォルトの名無しさん
06/05/03 14:22:22
世の中からテーブルをデザインに使うやつを撲滅したいから。
53:デフォルトの名無しさん
06/05/03 14:28:55
いや、テーブル使えって言ってる人
54:デフォルトの名無しさん
06/05/03 14:33:30
つまり、両方必死ということか。
55:デフォルトの名無しさん
06/05/03 22:19:04
いや、全員必死かも。
56:デフォルトの名無しさん
06/05/04 15:48:21
基本はCSSでレイアウトするけど、
場合によってはTableレイアウトも排除しない俺が勝ち組。
と、はてなが申しております。
57:デフォルトの名無しさん
06/05/04 20:49:47
どうしてもテーブルが避けられないときはあるね。
たとえばこれ
URLﾘﾝｸ(www.google.co.jp)
左下に出てる球体。
カラムを使ったレイアウトで、全カラムのフッタの
垂直位置を揃えるのは、CSSでは無理だと思う。
58:デフォルトの名無しさん
06/05/04 21:00:59
>> なんか、いまどきテーブルをデザインに使っちゃだめって、時代錯誤も甚だしい
元がこれだからな・・・。なにを勘違いしたんだか
59:デフォルトの名無しさん
06/05/05 01:27:05
>>57
CSSの絶対位置指定や相対位置指定で出来るんじゃないの？
テーブルのうほうが楽だけど。
60:デフォルトの名無しさん
06/05/05 01:47:42
ウホゥ！
61:59
06/05/05 01:57:11
意味不明と思ったが、不覚にもﾜﾛｽ
62:デフォルトの名無しさん
06/05/06 09:52:06
StrutsのTransactionTokenのような機能って、JSFにありますか？
63:デフォルトの名無しさん
06/05/06 11:07:47
ない
64:デフォルトの名無しさん
06/05/06 11:24:49
>>63
ありがとうございます。ということは、皆自前で実装してるってことでしょうか
65:デフォルトの名無しさん
06/05/10 16:24:17
>>6
ApacheのサイトにMyFacesというオープンソース版JSFってのがあったと思う
66:デフォルトの名無しさん
06/05/10 16:24:49
>>9
AjaxFacesはオープンソースじゃなかったっけか。
そういえば、一部金がかかるんだっけか
67:デフォルトの名無しさん
06/05/10 16:25:12
>>12
Seasar2のS2JSFはMyFacesを使ってたと思った
68:デフォルトの名無しさん
06/05/10 16:37:28
それより、TomcatがServlet2.5にまだ対応していないんじゃ
JSFも使い勝手悪いんじゃないのか？
Java5のアノテーションや
Genericsを使いたいというのに
69:デフォルトの名無しさん
06/05/10 17:02:42
>>68
アノテーションやGenericsはServlet2.5とは関係ないだろ
70:デフォルトの名無しさん
06/05/10 18:33:29
JSP2.1の間違い？
71:デフォルトの名無しさん
06/05/10 20:24:52
JSPだったらたしかにオートボクシングとかつかえないな
Tomcat6まちか
72:デフォルトの名無しさん
06/05/10 21:20:07
どっちみちTomcatがServlet2.5に対応していないから
JSFを使いたくても使い勝手に限度があるんだよね
73:デフォルトの名無しさん
06/05/10 21:46:16
>>72
なぜ？
74:デフォルトの名無しさん
06/05/11 08:37:56
>>71
それはちゃんと設定してないから。
75:デフォルトの名無しさん
06/05/11 10:06:20
>>73-74
設定すればすぐにフルに機能が使えるというのか？
Tomcat5.5でもアノテーションとかGenericsとかをJSPで
76:デフォルトの名無しさん
06/05/11 10:24:57
>>75
AnnotationやGenericsとJSFの使い勝手がどう関係するのか知りたい
77:デフォルトの名無しさん
06/05/11 12:28:24
>>75
コンパイラの問題だろ。
ちゃんとSE5のコンパイラを指定すれば、Tomcat5.5でもスクリプトレットで拡張構文使えるよ。
78:デフォルトの名無しさん
06/05/12 12:06:22
JSFって聞くたびに
Java Server Fucker
って思う。一生懸命Faces訂正するもののますますFuckerのような気がしてならない
79:デフォルトの名無しさん
06/05/12 15:52:57
Sister Fuckerじゃなくてよかった。
80:デフォルトの名無しさん
06/05/12 15:55:47
最近はSkull Fuckにも思えるんだ
81:デフォルトの名無しさん
06/06/04 23:11:35
JSFｵﾜﾀﾅ
82:デフォルトの名無しさん
06/06/08 18:42:07
2005年11月から来ました。Mayaとかどうなったの？
83:デフォルトの名無しさん
06/06/08 22:56:05
普通のレンタルサーバでJavaが使えない時点でおわっとる。
PHPとかで納得するしかないな
84:デフォルトの名無しさん
06/06/09 01:14:18
あーっ、なるほどね。
よーやくわかった。
サンキュー。
85:デフォルトの名無しさん
06/06/14 17:44:20
質問です。
Myfacesの拡張タグの＜x:tree＞の使い方を知っている人はいますか？
86:デフォルトの名無しさん
06/06/15 00:01:04
います。
87:デフォルトの名無しさん
06/07/02 09:39:57
JSFを触り始めた初心者ですけど、
日本語が上手く処理できなくてﾋﾞﾐｮｰな気分。
88:デフォルトの名無しさん
06/07/02 10:22:30
>>87
チラ裏乙
89:デフォルトの名無しさん
06/07/04 21:10:09
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所 所沢（池袋・高田馬場から直通）
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします
90:デフォルトの名無しさん
06/07/05 02:22:17
コンビニのバイトより安いですが、よろしくお願いします。
91:デフォルトの名無しさん
06/07/07 02:32:31
メールしたら監禁されてSPAM送信の手伝いさせられる悪寒
92:デフォルトの名無しさん
06/07/07 17:02:28
これってactionで画面遷移しながら処理を行うのではなく、
actionListenerで自画面内で処理を完結させていくという、いわゆるASP.NETみたいな感じで作ればいいのかな？
93:デフォルトの名無しさん
06/07/08 01:17:54
>>92
ASP.NETのパクり規格だからね。
そんな感じでいいんじゃない。
94:デフォルトの名無しさん
06/07/11 11:19:39
■JSF構築事例1
ユニバーサル・ワーク・データベース試験公開版
URLﾘﾝｸ(uwdb.jeed.or.jp)
■JSF構築事例2
松戸市の電子地図情報配信サービス
URLﾘﾝｸ(www.jamgis.jp)
セッションID消して直接サービスのURLにアクセスすると、Tomcatのスタックトレースが表示されて(ﾉ∀`) ｱﾁｬｰ
URLﾘﾝｸ(www.jamgis.jp)
■JSF構築事例3
消防設備点検票WEBシステム 試験サービス用アカウントの予約登録
URLﾘﾝｸ(www.firesoft.jp:8080)
URLを削ってみると(ﾉ∀`) ｱﾁｬｰ
ちなみにさすがに怖くてどれもweb.xml丸見え等は試してない
JSFを使って外部にサービスを公開するのはまだまだノウハウが不足していると感じるな
95:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/07/16 19:33:03
>>95
普通にできるよ
まずCSSファイルへのパスが正しいかどうか確認
次にブラウザに古いCSSファイルがキャッシュされてないか確認
97:95
06/07/16 19:45:03
確認してみたところ、コンテキストルートとブラウザから見たルート（サーバルート）を
勘違いして指定していました。
修正するとちゃんと表示されました。ありがとうございました。
98:デフォルトの名無しさん
06/07/16 23:19:31
>>95
もしや、コンテキストルートをハードコーディングしてたりしてる?
それは今後のためにもやめたほうがいいぜ
<c:url> とかで動的生成にしといたほうがいい
99:デフォルトの名無しさん
06/07/17 20:58:17
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所 所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
教える対象は超初心者です。
専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です
100:デフォルトの名無しさん
06/07/18 23:49:40
ここをおすすめします。
URLﾘﾝｸ(suned.sun.co.jp)
> Java プログラミング 入門 for ビギナーズ(J2SE 5.0)
(JP-SL-110-V2 ) 80,000 円（税込84,000 円）
101:デフォルトの名無しさん
06/07/19 16:16:41
>>100
>>99は専門学校の自習室の求人とか
102:デフォルトの名無しさん
06/07/21 17:57:30
1.2について解説している資料ないですかね。
webでも雑誌でもいいから日本語で。
特に、動作環境とか、何が便利になるのかとか、
そーゆー解説が欲しい。
103:デフォルトの名無しさん
06/07/21 18:03:14
新しい技術を得たかったら英語のドキュメントぐらい読め。
文学作品じゃないんだから、必要最低限の簡潔な文章なんだし。
104:デフォルトの名無しさん
06/07/24 08:46:22
リクエストパラメータをJSFで扱うにはどうすればいいでしょうか？
たとえば /hoge.jsf?a=b というリクエストがあったときに
バッキングビーンの変数aにbが代入される、というような処理を行いたいのですが
105:デフォルトの名無しさん
06/07/24 11:20:08
>>104
String value = ((HttpServletRequest) FacesContext.getCurrentInstance().getExternalContext.getRequest()).getParameter("a");
とすれば取れるが、そもそもJSFはそういう使い方を想定していない。
いままでのWebアプリケーションとは感覚が違う。発想を変える必要がある。
106:デフォルトの名無しさん
06/07/24 12:56:54
>>105
だね。
strutsと同じ考え方を引きずっていくと、面倒なだけで生産性が大幅に落ちる。
まー外部のアプリからURL投げて働かせるために、同じ仕組み作ったけど orz
107:デフォルトの名無しさん
06/07/24 17:36:38
>>105
「Webアプリケーションとは感覚が違う」というと、VBみたいな感じかね？
108:デフォルトの名無しさん
06/07/25 02:53:49
そんな感じ。
を目指している。
109:デフォルトの名無しさん
06/07/25 07:42:14
JSFってServletAPIを隠蔽しすぎで逆に使いにくくない？
RoRの次バージョンはRESTfulを目指すって話があるけど、JSFって逆方向に進んでるよね
110:デフォルトの名無しさん
06/07/25 11:51:23
>>109
御意。
逆方向かどうかはともかくとして、
いままでのWebアプリケーションとは思想が異なるんだ、ってことは充分分かってるんだけど、
それにしてもやっぱりHTTPの上には乗っかってるわけで。
ささっと作り上げる分には非常にラクチンでいいんだけど、
作りこめば作りこむほど、ややこしい問題が出てくる。
111:デフォルトの名無しさん
06/07/26 10:54:24
JBoss seam ってデファクトスタンダードになると思う？
112:デフォルトの名無しさん
06/07/26 12:23:30
デファクトではないスタンダードになるよ。
113:デフォルトの名無しさん
06/07/26 13:55:41
デファクトにならないと意味無し。
114:デフォルトの名無しさん
06/07/26 15:28:30
人が少なすぎて判断が付かない
115:デフォルトの名無しさん
06/07/26 22:43:17
使いやすくて品質が良くてサポートが将来にわたって安心で値段も安けりゃスタンダードでなくてもいいな
116:デフォルトの名無しさん
06/07/27 02:53:43
>>113
デファクトではなくて、ちゃんとした標準(JSR)になる。
117:デフォルトの名無しさん
06/07/27 03:02:01
今の流れだと、順調に作業が進めばJavaEE6に取り込まれるだろうし。
118:デフォルトの名無しさん
06/07/27 07:26:47
>>116,117
標準仕様になるだけじゃ不十分だっての。
使われないと。
119:デフォルトの名無しさん
06/07/27 11:01:35
>>118
標準になってツールやら資料やらが揃って、自分が便利と思うなら、それで十分だと思うが。
120:デフォルトの名無しさん
06/07/27 12:35:18
流れ切ってすいません。
条件によってコンポーネントを表示させたり、させなかったりする
という処理は可能でしょうか？（１つのJSPで）
121:デフォルトの名無しさん
06/07/27 12:44:30
>>119
広く使われなきゃ、ツールも資料も出てこなくない？
122:デフォルトの名無しさん
06/07/27 13:31:17
EJBの二の舞にならなきゃいいね
123:デフォルトの名無しさん
06/07/27 18:48:14
>>120
可能
124:デフォルトの名無しさん
06/07/27 22:25:48
>>121
今の流れでいくと、JavaEEに取り込まれれば、NetBeansが必ず対応するだろうし、Eclipseも続くと思われ。
資料もそれなりに揃っていくと思う。
125:デフォルトの名無しさん
06/08/02 11:51:22
標準になるってのは判るけど、全面的にJTA一色に
なるとも思えない。もっとシンプル単純明快な構成を
求めるデベロッパーも多いだろうからね。
EJB2以前 ：HeavyWeight
去年までのDI ：LightWeight、だとすれば、
Seam：作り方が指定されてる感じがMiddleWeight・・・
という感じがする。（間違ってる？）
まぁSeamも選択肢の一つという位置づけだね、
オレにとっては。
126:125
06/08/02 11:57:26
ｽﾏｿ、訂正
×JTA
○JPA
127:デフォルトの名無しさん
06/08/12 01:41:28
ちょっと調べてみたのですが、
JSFで作ったページってアクションが発生するときは必ずJavaScript経由でPOSTされるんですか？
この仕様だとSEO的にはあまりよろしくないということになると思うのですが…
128:デフォルトの名無しさん
06/08/12 02:49:42
>>127
どこで調べたのか聞きたい。
129:127
06/08/12 16:14:27
調べたというか、自分で本を少しプログラムを作成してみた範囲です。
ActionButton, ActionLinkともにPOSTが発行されてましたんで。
見当違いだったらすみません。
130:デフォルトの名無しさん
06/08/12 16:30:50
>>129
ActionButton, ActionLinkって？
使ったJSF実装は？
JSFは、仕様を決めているところ（Sun/JCP）と
実装をしているところ（ApacheとかIBMとか）が
違うんだから、動作の全てがJSF仕様だと思わない方がいい。
仕様でそう決められているのか、
仕様では明確になっていないための実装依存なのか、
ちゃんと切り分けろ。
131:127
06/08/12 19:15:36
すみません、h:commandButton,h:commandLinkの間違いでした。
JSF実装はmyfacesで確認していました。
うろ覚えですが、Sun RIでも確認したはずです。
うろ覚えで申し訳ないので、自分でまた調べてきます。
132:デフォルトの名無しさん
06/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
06/08/13 23:00:18
あれぇ。誰かあいてしてよぉ
134:デフォルトの名無しさん
06/08/16 22:50:47
>>131
JSF1.1ではcommandLinkはformとの関係上、JavaScript必須だったような気がする。
commandButtonはJavaScript無くてもよかったはず。
携帯使うときはcommandButtonで代用する必要がある。
URLﾘﾝｸ(java.sun.com)
135:デフォルトの名無しさん
06/08/16 23:04:32
>>132
よくわからんけど、decodeは実装した？
136:デフォルトの名無しさん
06/08/17 01:39:37
sun java studioむずいわ。
137:デフォルトの名無しさん
06/08/17 02:04:58
pointbase以外で動くのかこれ
138:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/08/17 10:59:20
>138
です。
自己解決しました。
TomcatPlugin内のDevLoader.zipを解凍して
Tomcatのlibフォルダに入れることで解決しました。
ですが、次は
java.lang.NoClassDefFoundError:
org/apache/commons/javaflow/bytecode/Continuable
が発生してしまいました。
解決方法を教えてください。
140:デフォルトの名無しさん
06/08/17 11:02:59
>139
誤爆すみません
141:デフォルトの名無しさん
06/08/17 11:07:39
頭を使った形跡が見られない質問だな。
ライブラリが足りない。 URLﾘﾝｸ(jakarta.apache.org) だ。
自分で入れたjarがこいつに依存してるんだろ。 入れろ。
142:132
06/08/17 11:46:05
>>135
decode実装ってどうするんですか？
encodeBeginしかオーバーライドしてないんですがそれが問題でしたかね。
具体的に教えていただけるとありがたいです。
sun download centerからjarのソース持ってきて
SelectOne系のtableタグを描画してるMenuRendererとか
のstartElementsを削除してうまく動作したのだけどね。
143:デフォルトの名無しさん
06/08/26 01:00:56
>>142
UIInput系のRendererは
出力時にencodeXXXでUIComponentの内容を描画
入力時にdecodeでUIComponentに値を設定
ということをするので、decodeではUIComponentの
setSubmittedValue()を呼んで値を設定する必要がある。
UICommand系の場合はdecodeでUIComponentの
queueEvent()を呼んでイベントをキューに入れる必要
がある。
きゅう。
144:デフォルトの名無しさん
06/09/01 02:22:50
JSFでweb.xmlのURLのマッピングって本とかネットだと大抵
/faces/*とか*.facesなんかを推奨してるけどこれだとURL直打ちで
jspファイルを指定できてしまうわけだが、500エラーが出ちゃうのって
あんまりよろしくないわけだけどこれらの問題はどう解決したらいいんだろう？
145:デフォルトの名無しさん
06/09/01 02:37:09
あるべきオブジェクトがないとか期待する値と違うとかだろ？
ちゃんと状態を見てハンドリングすれば問題なし
146:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/09/01 07:02:08
>>146
よく嫁500エラーだぞ
148:デフォルトの名無しさん
06/09/01 07:12:43
ところで俺今まで一度もWEB-INFの下にJSPを配置したことないんだが、、、
149:デフォルトの名無しさん
06/09/01 07:53:00
>>147
読んでますが、何か？
150:デフォルトの名無しさん
06/09/01 13:27:24
誰か「 hifaces 」というSubProjectについて三行で説明して。
151:デフォルトの名無しさん
06/09/01 14:17:20
い
や
だ
152:150
06/09/01 18:18:49
お
願
い
153:デフォルトの名無しさん
06/09/01 18:21:30
く
ど
い
154:デフォルトの名無しさん
06/09/02 10:45:04
>>150
テンプレートでなんかやりたいらしいが
プロジェクト参加者いねーし
そもそもJSF自体どうでもいいや
155:デフォルトの名無しさん
06/09/02 13:13:10
CommandLinkのmethod bindingってsessionスコープじゃないと動かないYO
なんで？
156:デフォルトの名無しさん
06/09/02 13:22:41
そんなわけない
157:155
06/09/02 13:33:56
あった。これひどいねー。
しかしこの場合、ListBeanに引きずられて、
DetailsBeanもsessionスコープの
オブジェクトとして宣言しなければなりません
（<h:dataTable>内のボタンを正しく機能させるためには、Listモデルをsessionスコープに保存しなければなりません）
158:デフォルトの名無しさん
06/09/02 13:59:30
>>157
問題の切り分け能力の無い奴だ。
159:デフォルトの名無しさん
06/09/02 14:00:29
>>157
何がひどいんだ？
160:デフォルトの名無しさん
06/09/02 14:25:27
dataTableの欠陥じゃん。
161:デフォルトの名無しさん
06/09/02 14:40:46
どこがよ？
162:デフォルトの名無しさん
06/09/22 21:19:12
JSFは生産性が1/10に落ちる糞フレームワーク
氏ねよ
163:デフォルトの名無しさん
06/09/23 06:58:35
IBMのJSFはそんなに悪くないと思うけど。
164:デフォルトの名無しさん
06/09/26 06:47:40
JSF+Springで、DIによって結合されたクラスを使用して
初期化メソッドを実行するにはどうすればいい？
165:デフォルトの名無しさん
06/09/26 06:55:07
initMethodを使えばいいんでねーの？
166:デフォルトの名無しさん
06/09/26 09:09:36
initMethodってseaserだけじゃないの？
167:ルアーマン
06/09/26 10:46:42
URLﾘﾝｸ(kansuu.com)
また一から組むのまっぴらごめんよ。。
共有一番よ。。。
所詮プログラムなんてよ。。
168:デフォルトの名無しさん
06/09/26 13:27:58
Springの場合はinit-methodだったはず
つかマニュアル嫁
169:デフォルトの名無しさん
06/09/26 17:52:02
>>164
Web層でいいならServletContextListenerでもいいんじゃない？
170:デフォルトの名無しさん
06/09/28 23:57:05
デザイナとプログラマの分離とは言うけどさ、
JSFベースのレイアウト職人なんてSOHOにも居ないだろ
結局ELだけのがいいんじゃないかなとか思う
171:デフォルトの名無しさん
06/09/29 00:00:04
JSFでデザイナとプログラマの分離は無理でしょ。
そもそもそこを目指していないように見えるんだけど誰が言い出したんだ？
172:デフォルトの名無しさん
06/09/29 00:37:18
プレゼンテーション層との分離を業務の分離と解説してるとこが多いだけか。
でもFlashデザイナさんとなら相性いいかもね。ASでCGI使い慣れてる人多いだろうし。
173:デフォルトの名無しさん
06/09/29 03:37:10
>>170
デザイナとプログラマの分離だったらVelocity使ったプロジェクトが一番やりやすかったな。
JavaScript書けるレベルのデザイナだったらVTLでスマートなページ作ってくれるよ。
174:デフォルトの名無しさん
06/09/29 22:46:47
Velocityはいいよな。個人的にはJakartaの中ではAntの次に傑作だと思う。
社内システムとか組むなら一番汎用性があるよ。
175:デフォルトの名無しさん
06/09/29 22:53:02
俺もベロに一票
176:デフォルトの名無しさん
06/09/30 00:15:52
Velocity使ったこと無いのですが、JSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか？
177:デフォルトの名無しさん
06/09/30 00:23:14
Velocityは「○○のテンプレート」ではない。
まさに「テンプレート」そのものなのだよ。
HTML、XML、メールとその用途は何でもいい。
178:デフォルトの名無しさん
06/09/30 01:20:51
>>177
そんなの知っているし、今はどうでもいい。
WebアプリのView構築においてJSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか？
179:デフォルトの名無しさん
06/09/30 02:04:12
>>178
なんか上手く言えないんだけど、
「単なるテキストデータのテンプレート」
なのがいいのかなあ？
HTMLのタグなんか内部ではまるっきり関知しないから直感的というか。
あと自分はHTMLタグの外側にちょっとしたロジック書いちゃったりもしてる。
動的にSQL文を組み立てたり、いろんなとこに利用してる。
他にもファイル以外にもDBに保存したテンプレートとか使えるのも便利。
JSPは多機能だけどゴチャゴチャしてるから、デザイナとかにやらせる場合
負担が大きいと思う。
180:デフォルトの名無しさん
06/09/30 04:56:34
>>179
JSPでゴチャゴチャするのと、Velocityでゴチャゴチャするのと、同程度だと思うが。
結局のところ、使うのは<c:if>と<c:each>くらいのもんで、わざわざVelocityのライブラリを使うことを考えたら楽だと思うんだけど。
181:デフォルトの名無しさん
06/09/30 08:58:35
>>179
JSPのコードを、プレーンなHTML + ELで書くのと大して変わらないんじゃない？
俺は、ライブラリ追加したり設定ファイル追加したり、
勝手にバージョンアップする依存ライブラリもあったり、
流行り廃りがある可能性のあるベロより、
標準技術のほうが良いと思う。
182:デフォルトの名無しさん
06/09/30 12:29:26
JSPに固執してるんなら「○○のテンプレート」でええやん
183:デフォルトの名無しさん
06/09/30 14:34:41
SwingでもJSFが出来るみたいに書いてる記事があるけど
navigation-ruleってJSP前提みたいになってる気がするんだけど。
XML+XSLTなら確かに可能だけどそれってJSF関係ないよね。
184:デフォルトの名無しさん
06/09/30 15:07:08
標準技術だろうが何だろうが俺の中ではJSFはもう選択肢として消えた
185:デフォルトの名無しさん
06/09/30 15:29:10
>>183
将来のバージョンではそうしたいというだけ。今はJSP前提。
186:デフォルトの名無しさん
06/09/30 20:19:32
>>184
じゃあなに使うの？
187:デフォルトの名無しさん
06/09/30 22:41:00
JSFとTapestryを流し読みしてみたが
俺の印象ではTapestryのほうに軍配が上がるな。
JSFがSwing対応したら使い分けたいと思ったが。
188:デフォルトの名無しさん
06/09/30 22:44:41
JSFでViewにVelocityを使うのってできないんだっけ？
189:デフォルトの名無しさん
06/09/30 22:55:12
無理だろ。
190:デフォルトの名無しさん
06/09/30 23:05:32
>>188
JSFはJSPのカスタムタグに依存している。
191:デフォルトの名無しさん
06/10/01 01:23:56
Velo結構人気だな。
ちなみに俺はCSSファイルとJSファイルもVelocityで生成してる。
192:デフォルトの名無しさん
06/10/01 01:25:44
XSLTとVelocityがライバル関係なんだろうけど
バインドされるデータがXMLかPOJOかという点で差がでちまってるからね
193:デフォルトの名無しさん
06/10/01 01:36:47
SpringMVC＆Velocityの組み合わせが簡単でいい感じなんだけど、
Eclipseとかのツール対応充実度でいうとJSF（JSP）なんだよなあ。
VelocityはHTMLに限らず、Webのプレゼンテーションほとんど全部（画像以外）に
適用できるのが便利。
HTML、CSS、JS、XML、JSON etc...
194:デフォルトの名無しさん
06/10/01 01:50:25
つうか仕事だと始めた物があると少しずつしか足場変えられないんだよね
195:デフォルトの名無しさん
06/10/01 02:03:47
CSSやJSなどで、Velocityを使っているってのは、
ファイル生成にVelocityを使うだけで、実行時は静的なファイルとして使うということ？
実行時に動的にレスポンスするのであれば、JSPでも同じことはできるよね。
Velocity簡潔なのは分かるけど、チームで開発するときになにを選ぶかとなったら
標準技術のJSPをさけて、Velocityを選ぶメリットを感じない。
EclipseなどのJSPエディタで、補完が使えなくなって不便だと思った。
「JSPではこの点で困るから、Velocityを使う」ってのを教えてほしい。
196:デフォルトの名無しさん
06/10/01 02:06:04
>>195
おまえを基準にスレは進んでないから。
197:デフォルトの名無しさん
06/10/01 02:11:17
VelocityはWriterに出力するってのが最大の利点だわな。
198:デフォルトの名無しさん
06/10/01 02:29:51
まあ、標準技術のEJBで苦労してさっさとSpringとかHibernateに乗り換えた人はVelocity、
我慢してたらEJB3.0になって良くなってきてよかったって人はJSFでいいんじゃね？
199:デフォルトの名無しさん
06/10/01 02:33:06
JSPの代替と勝手に位置づけられてもな
200:195
06/10/01 03:23:49
スレ違いでした。すんません。
JSPの代替とは思っていないですが、
Webで使って良さを感じているのであれば、それを知りたかっただけです。
201:デフォルトの名無しさん
06/10/01 03:24:57
CSS出力に使っている人は、どういう使い方なんだろ？
CSSでサイズ指定とか色指定の数値をパラメタライズできれば
便利だよなぁとは思うんだけど、そういう方向なのかな。
202:デフォルトの名無しさん
06/10/01 03:32:21
ユーザページのCSSとして物理的にファイル出力するとか
ByteArrayOutputStream#writeToを使ってキャッシュを吐き出すってのにも使えるな
掲示板みたいなシステムなら特にキャッシュ用途としての恩恵は大きいかと
203:デフォルトの名無しさん
06/10/01 07:39:16
>>199
ここではWebのViewに何を使うかという観点で話が進んでいるのだからいいんじゃね？
純粋にVelocityの良さを語りたいのなら別スレでやってくれよ。
204:デフォルトの名無しさん
06/10/01 15:59:14
>>201
HTMLとCSSのカラーコードを連動させるのとかに使ってるよ。
色とか見た目に関するところは基本的にCSSに持たせるのが理想だけど
GoogleAdsenseとかタグをいじると規約違反になるのとかあるから。。
Velocityは、なんかそういうチマいところを全部同じエンジンでやれるのが手軽かな。
CSVの出力とか、静的なWebサイト用のHTMLファイルをローカルで一括生成したり。
でも画面遷移とかは全然扱ってないから、JSFと比べる場合には
他のフレームワークと組み合わせるのが前提だけど。
とりあえず個人的なおすすめはVelocity＋SpringMVCかな。
自分がVelocity使うときに参考にしたのはこのへん。
URLﾘﾝｸ(www.techscore.com)
205:デフォルトの名無しさん
06/10/02 15:28:03
>>190
ということは、JSFのJSPカスタムタグ相当のものを
Velocity Toolsで用意すれば・・・
きついかorz
206:デフォルトの名無しさん
06/10/02 17:08:38
freemarkerはどうなんだ〜？
いっそがしくて手が出せないよう
207:デフォルトの名無しさん
06/10/02 21:10:49
>>206
Velocity も Freemarker も使ったが、確かに
Freemarker は Velocity の欠点は解消されている。
一番恩恵を受けるのはエラーの特定だな。
俺としては過去の資産が無いなら Velocity を使う理由は無い。
208:デフォルトの名無しさん
06/10/02 21:21:20
SOHOの人らと一緒に頑張るならTapestryかなと思って最近勉強中。
ふむ、これが日本で普及しないのは勿体無いな。パッケージ品向けだと思うのだが。
209:デフォルトの名無しさん
06/10/02 23:44:16
>>207
やっぱり？Veloやった事があってFreemarkerやった人、
何人か居るんだけどみんなそういうんだよなあ。
時間が出来たらいじってみよう。
210:デフォルトの名無しさん
06/10/02 23:47:56
最近は重厚長大なフレームワークに目が行きがちだから
ここらで小奇麗にまとまったパッケージ作るのも乙かもね
211:デフォルトの名無しさん
06/10/04 01:59:35
いまさらTapeはないでしょ。
212:デフォルトの名無しさん
06/10/04 06:45:12
今だからこそじゃねか。JSFなんてショボデザ前提だぞ。
まともなのが来ちゃったらプログラマの負担がでかいだけだ。
213:デフォルトの名無しさん
06/10/04 15:59:38
WicketとかClickとかでいいんじゃないの？
214:デフォルトの名無しさん
06/10/04 22:07:06
おおWicketすげー分かりやすい。目から鱗。
でもリフレクション使いすぎじゃね？という懸念も無きにしもあらず。
215:デフォルトの名無しさん
06/10/05 02:48:02
Wicketいいね。
216:デフォルトの名無しさん
06/10/10 17:10:34
JSFちょっと使ってみた。
生成されたHTML見ると日本語が文字参照になってる。＆で始まる奴ね。
普通に日本語として可読可能な状態のHTMLを生成するようなスイッチってあるの？
217:デフォルトの名無しさん
06/10/11 22:19:38
>>216
無かったはず。
携帯用にMyfacesのjarを修正したことがあった気がする。
修正箇所は2つぐらいだけど、jarをいじるのは気が引けるね。
218:デフォルトの名無しさん
06/10/12 02:00:26
>>216
マジで！？
これからJSF使ってみようと思ってたところだけど、そんな使用だったとは。。
検索エンジンにも引っかからないんじゃね？
219:デフォルトの名無しさん
06/10/12 05:15:44
>>218
検索エンジンにはひっかかる。
220:デフォルトの名無しさん
06/10/12 12:51:55
>>218
仕様じゃないよ。
MyFacesがそうなっているだけ。
221:デフォルトの名無しさん
06/10/12 13:42:17
>>220
SunのRIやGlassfishの実装もそうなってるね。
222:デフォルトの名無しさん
06/10/13 01:04:20
外人はマルチバイトをバカにしているのか…
223:デフォルトの名無しさん
06/10/13 01:13:27
UTF-8もマルチバイトだろ。
ローカライズに積極的に参加しない
OS周りの日本コミュニティの責任
224:デフォルトの名無しさん
06/10/13 01:59:22
>>223
なんでオペレーティングシステム周りの日本コミュニティの責任なんだよ
と思ったのは俺だけじゃないよな
225:デフォルトの名無しさん
06/10/13 02:11:09
もうShift_JISとEUC-JPは捨てなきゃね
FCはもう移ってるんだっけ課
226:デフォルトの名無しさん
06/10/13 06:45:53
まあ、捨てるのはいいすぎかも知れないが、
新規で作るなら出来るだけUTF-8に移行すべきだとは思う。
Ubuntuも移っているとｵﾓﾀ
227:デフォルトの名無しさん
06/10/13 09:59:28
UTF-8に移行すべきだとは思うが、ブラウザにレスポンスを実体参照で返すべきだとは思わない。
228:デフォルトの名無しさん
06/10/28 20:05:57
ＪＳＦの勉強してるんですが、世の中の中枢である２ｃｈのスレでさえ過疎っていて不安でしょうがありません。
みんなStrutsが好きなんですか？
229:デフォルトの名無しさん
06/10/28 21:37:09
JSFは3.0になるまで様子見
230:デフォルトの名無しさん
06/10/28 21:53:49
というか、わざわざここで語ることがない。
231:デフォルトの名無しさん
06/10/28 23:13:23
JSFは２年前にまともな実装が存在していたなら、
今頃はJavaWebアプリのデフォルトになっていたかもな
結果として、広まる時期を逃してしまった。
今の時代にJSFに変えても、Ajaxにも対応しないしRESTfulなWebアプリも作れない
現時点では、とりあえずStrutsのままで様子を見た方が無難な気がする
232:デフォルトの名無しさん
06/10/28 23:34:30
>>231
言い得てる
233:デフォルトの名無しさん
06/10/29 00:28:31
> 世の中の中枢である２ｃｈの
ネタやん。
234:228
06/10/29 02:39:42
人が居て安心したｗ
ＪＳＦで色々試してるのですが、バグるし、日本語情報少ないし、
理解不能な挙動をして困っています。
勉強を続けるモチベーションを上げるための情報を下さい。
235:デフォルトの名無しさん
06/10/29 06:13:36
>>231
つAjaxFaces、Shale(Struts 2.x)
236:デフォルトの名無しさん
06/10/29 07:44:05
>>234
JSFは糞だ自分の感性を信じろ
237:デフォルトの名無しさん
06/10/29 09:51:49
>>234
>理解不能な挙動
どんな?
238:デフォルトの名無しさん
06/10/29 10:35:57
>>235
どっちも鳴かず飛ばずの状態だだがなｗ
239:デフォルトの名無しさん
06/10/29 13:08:08
AjaxFacesやShaleなんてもってのほか。
あんなもんが「使える」って思う奴の気がしれん。
しかも、いまだにShale(Struts 2.x)って？
今のStruts2.xはShaleとはまったく関係アリマセンが？
240:234
06/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:デフォルトの名無しさん
06/10/29 13:27:50
Strutsよりは全然いいけど、JSPベースのViewという時点で・・・
RestやFlex、Ajaxという方向に行きそうなこのご時世。
242:デフォルトの名無しさん
06/10/29 13:32:18
もうVelocityでいいじゃない。
何か問題ある？
243:デフォルトの名無しさん
06/10/29 13:36:55
>>242
標準技術ではない。
244:デフォルトの名無しさん
06/10/29 14:19:28
JSFは、FacesServletがHttpServletを継承してない時点で終わってると思う
今後のWebアプリケーションはHTTPをフルに使いこなすことが求められてるのに
GET、POST、PUT、DELETEを使い分けることが出来るServletの特性を
自ら捨ててしまっているし
HTTPに依存しないというJSFのポリシーによって、JSFは滅びる運命にあるな
245:デフォルトの名無しさん
06/10/29 14:20:23
別にJSF一辺倒でがんばらなくてもいいということでは？
246:デフォルトの名無しさん
06/10/29 16:51:31
別にJSFからJSP+servletのページ呼び出せるからそんなに
困った記憶はないんだが…。
JSFで提供されている機能以上の事をやろうとすると途端に敷居が
上がるのはあるけど、それはフレームワークだからそういうものと
漏れは思っているけど。
不満があるならテメーでタグ書けよって世界だと思ってた。
247:デフォルトの名無しさん
06/10/29 19:28:47
タグ書けっていう思考がうんこ。
248:デフォルトの名無しさん
06/10/29 20:02:31
タグ書けってのはStrutsが出た当初の思想だな。
249:デフォルトの名無しさん
06/10/30 09:10:32
>>241
AjaxはJSFで結構いい感じにコンポーネント化できてると思うのだが。
>>242
Viewの話はJSFと層が違う
250:デフォルトの名無しさん
06/10/30 11:05:07
>>244
JSF自体、Web用フレームワークではないからな。 もっと広い概念でのMVCフレームワーク。
まあ現実的にはWeb用なんだけど。
HTTPに特化したJSFとかがあれば、もうちっとマシかと。
251:デフォルトの名無しさん
06/10/30 12:13:21
そうやって無駄に広い分野をカバーしようとして失敗しつつある気がする。
EJBの二の舞。
きっと2年後に、Tapestry、WiketやClickの風味を取り入れた
もっと便利なJSF3.0が出るよ。それまでJSFはおあずけ。
252:デフォルトの名無しさん
06/10/30 23:49:59
>>250
元の作りがそうだから、AjaxやRESTに積極的に対応するには不適格なフレームワークだと言える
Ruby on RailsがRESTfulに突っ走ってるのとは対照的
JSFとは別の、今の時代に合ったフレームワークがJavaにも必要だと思うのだが
253:240
06/10/31 02:25:34
>>240
work削ったら動作がおかしくなった原因は、
libに、sun-RIのjarと、MyFaceのjarを両方入れていたのが原因だったようだ。
FacedIDEが自動で入れるものだけで十分なのが。
254:デフォルトの名無しさん
06/11/06 02:10:38
最近やっと色々うまく動かせるようになった。JSF最高！
tomahawk面白い。ただ情報が少なくてしんどい。
255:デフォルトの名無しさん
06/11/11 00:21:54
tomahawk-1.1.3のinputFileUploadって壊れてない？
サンプルのwarを探しても出てこないし。
256:デフォルトの名無しさん
06/11/11 00:24:27
物騒な名前だな
257:デフォルトの名無しさん
06/11/13 16:20:07
Faceletsて、どうなん？
HTMLベースでやっちゃうようだが。
258:デフォルトの名無しさん
06/11/20 04:19:02
>>255
動くよ
259:デフォルトの名無しさん
06/11/27 16:28:04
なんかスレが過疎ってるけど、JSFってまだあまり使われてないのかな
260:デフォルトの名無しさん
06/11/27 20:15:18
>>259
×まだ
○もう
261:デフォルトの名無しさん
06/11/27 22:11:51
じゃあみんなで何故JSFが廃れたかについて語ろうか。
262:デフォルトの名無しさん
06/11/27 22:53:15
JSFを好んで使っている漏れがきましたよ。
263:デフォルトの名無しさん
06/11/28 01:54:19
JSFってデザイナとの分業が絶望的じゃない？
264:デフォルトの名無しさん
06/11/28 20:28:20
実際に分業している人っているの？
JSP+servletよりはマシだから使っているんだけど。
265:デフォルトの名無しさん
06/11/28 22:11:54
素人なので、まじめに聞くが、
デザイナがJSFのタグを覚えて打つって分業は完璧だよな。
266:デフォルトの名無しさん
06/11/28 22:37:11
Velocityが一番好きだな
Writerを出力先にしてるから再利用しやすい
時点でWicketかな
267:デフォルトの名無しさん
06/11/28 22:57:16
>>265
今はどうか知らんがIDが自動生成なんでCSSとの連携がダメダメだろ
デザイナーが使ってくれるとは思えない
JSFはもう見捨てたから今後一切使わないけどな
268:デフォルトの名無しさん
06/11/28 23:12:33
>>267
CSSとの連携は、id使わないでclassだけじゃダメなの？
269:デフォルトの名無しさん
06/11/29 02:46:40
JSFってNetBeans前提な感じじゃない？
270:デフォルトの名無しさん
06/11/29 09:41:43
idはtomahawkでforceId属性使えば固定できるよ。
JSFしかしらない素人なので、JSFは最高と思っているんだが違うのか？
少なくともstrutsは気持ち悪いだろ。
271:デフォルトの名無しさん
06/11/29 22:14:56
>>268
getElementByIdを使わせない気か？
272:デフォルトの名無しさん
06/11/29 22:18:23
>>270
別に今後広まるとも思えないComponent前提のJSFの方が気持ち悪い
273:デフォルトの名無しさん
06/11/29 22:43:41
JSFはIDEから作るという特性を出したいらしいから
APIの美しさ云々ではなく、中間ファイル使ってでもいいから色んなIDEで
というのに主眼が置かれていると思う。
保守性より生産性を優先するならJSFもいいツールだよ。
社内の使い捨てアプリとか作る分には最高だ。RoRとか選択肢になけりゃ。
274:デフォルトの名無しさん
06/11/29 23:23:24
IBMのWebSphere(Rational)だとRoRが選択肢にないので、今のところWebアプリの
製作で一番生産性が高く初心者でも扱えるのはJSFだと思う。
確かに.NET並にまったくプログラムをせずにデータの照会・更新・削除・アップロード
ダウンロードくらいは簡単に出来る。
Javaの知識ゼロでもそこそこ出来るのはそこそこに感動したけど、
おそらく、楽に作れすぎてしまうので製作者がドキュメント作らなくなるのが
欠点だとは思う。
VB厨の気持ちが体感できる。（ｗ
275:デフォルトの名無しさん
06/11/30 23:36:52
自分はガリガリコードを書く派だけれども、O/Rマッパーと
DIコンテナとJSFを混ぜて使うと結構楽チンになる気がする。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4156日前に更新/137 KB
担当:undef