JSF(JavaServer Faces)2

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


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

1 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:34:57 ]: JSFについて語ってくれ

前スレ
JSF(JavaServer Faces)【.NET死亡？！！！】
pc8.2ch.net/test/read.cgi/tech/1059208396/l50
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