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

JSF(JavaServer Faces ..

237:234
04/12/02 15:40:50
>>236遅ればせながら情報thx
\36,000-なら来年の予算に放り込めそうだ。

・余談壱
SunのCreator紹介の無料セミナーへ逝った後、レポを書くとCreator入門の
教科書\3,000-相当をただで貰える。

・余談弐
え～、「稚内大学なんちゃらかんちゃら」というセミナーに逝ってきました。
そこでSunから聞いた話なのですが、JSFとJDNCを将来的に結合させるという
アイデアが進行してるらしいです。

238:236
04/12/03 10:43:38
>>237 すまん、一番安いプランはキャンペーン対象外だった。だから6万円くらい?
一応ライセンス上開発実務には使えるけど、いろいろ使用条件が厳しいからよく
確認してね。

で、今日Rational Application Developer6のPA/PAXでのオンライン配布
スタートするんだっけ? 5.1.2からどうかわってるんかな。

239:デフォルトの名無しさん
05/01/15 10:27:44
Struts-Facesについて詳しいサイトありませんか？
海外サイトでもいいので、どなたか知っていたら教えてください。

240:デフォルトの名無しさん
05/01/15 10:35:40
>>239
・本家サイトのWiki
・Struts-Faces のソースコード
・本家のMLアーカイブ
これ最強。

241:デフォルトの名無しさん
05/01/16 14:15:23
>>239
俺最近調べているけどさ、はじめの一歩ぐらいならヤフとかで検索したらいいとこが２つぐらいある。
後は
・struts-facesのナイトリービルドについてるサンプル（まともに動かないけど）
・myfacesのMLアーカイブ
・strutsのＭＬアーカイブ

struts-faces自体はStruts1.1の頃のものでそれから開発止まっている感じだから
struts1.2なら自分でその間を埋めなきゃならない。

あと、今の現状でstruts-facesでtilesはあきらめといた方がよさげ。

242:デフォルトの名無しさん
05/01/18 23:59:53
>>241
先の現状を楽しみにしておきます。

243:デフォルトの名無しさん
05/01/22 12:05:42
なんかExadelからメール来てたけど、JSF StudioにWYSIWG JSP Editorが付くらしいね。
2月に出るのかな？
シェアだけど、EclipseでポトベタでJSF出きるようになるのは嬉しい。

244:デフォルトの名無しさん
05/01/25 00:15:56
RI(1.1、1.1_01)でさ、ActionListenerからのAbortProcessingExceptionを
シカトされるのってバグ？そのまま突き抜けてエラー画面出ちゃうやん。。。

MethodBindingの実装が、呼び出したメソッドの例外をまとめて
EvaluationExceptionにしてるのが間違ってると思うんだけど。

245:デフォルトの名無しさん
05/01/25 01:26:50
RIはRI

246:デフォルトの名無しさん
05/01/28 23:01:07
フリーでまともな実装ないの？
MyFacesはどんな感じ？

247:デフォルトの名無しさん
05/01/29 02:13:21
Freeじゃなくてもまともな実装が・・・

248:デフォルトの名無しさん
05/02/01 01:08:39
URLﾘﾝｸ(www.apachenews.org)

StrutsチームがJSFの実装やるらしいよ
そのうちMyFacesと合流してデファクトスタンダードになる悪寒

249:デフォルトの名無しさん
05/02/01 20:54:24
Struts Shaleって、どこにありますか？　まだ話だけでソースはないのでしょうか。

それよりStruts-Facesって見捨てられたのかな。

250:デフォルトの名無しさん
05/02/01 21:04:26
＞ Struts Shaleって、どこにありますか？　
ここにある。NigthlyBuildもあるよ。
URLﾘﾝｸ(wiki.apache.org)

＞それよりStruts-Facesって見捨てられたのかな。
1.2.4のソース配布にはcotribディレクトリにあるけどね。
自分でビルドしないといけないし、1.2.4に付属なくせに
Validatorなんか1.1にしか対応してないし。糞。

251:デフォルトの名無しさん
05/02/11 12:22:54
JSFまだまだ実務に使うのは早そうな感じかねぇ。

イベント処理が全部サーバーサイドってのは、実用性あんの？
それとも標準の機能でクライアントサイドでJavaScript使ってイベント処理したりとかもできたりする？

252:デフォルトの名無しさん
05/02/11 12:48:45
何かと動きが変だったりやりたい事が出来なかったりして
ストレスが溜まるばかりの糞フレームワーク

253:デフォルトの名無しさん
05/02/11 14:00:40
>>251
もちろん、JavaScriptも使いたければ使える。

254:デフォルトの名無しさん
05/02/11 16:51:47
JSF対応のツールで無償のやつってどれぐらいあるの？
できればＧＵＩのやつで。

255:デフォルトの名無しさん
05/02/11 17:27:03
探せばいくらでもあるんだろうけど、>>254を満足させるようなものはなさそう。

256:デフォルトの名無しさん
05/02/11 17:39:11
JSFの実装って、JSF-RIとMyfaces以外にあるの？

257:デフォルトの名無しさん
05/02/11 19:33:03
>>256
IBMとかOracleの製品に含まれているのは自社で実装しているんじゃないの？

258:デフォルトの名無しさん
05/02/11 19:38:17
JSFといったらSun純正

259:デフォルトの名無しさん
05/02/11 21:59:32
>>258
あれはRIとは別物なの？

260:デフォルトの名無しさん
05/02/12 12:15:00
とりあえず、会社にSUNの純正入れさせたんだが……。正直SUNのIDEってアレじゃん？
後から無料でぽとぺたできるのがEclipseで出たらどうしようかと思うと、ひやひやだ。

261:デフォルトの名無しさん
05/02/12 13:07:45
VEが実用度が低いんで、JSFの実装が出たとしてもたいしたことないんじゃないかと思われ
IBMにしても業務方面はWebSphere買ってくれという感じだろうし

262:デフォルトの名無しさん
05/02/14 23:20:00
Struts Shaleはどんな感じ？
JSF対応してんだよね？
誰か使ってみた人いたら情報ｷﾎﾞﾝﾇ

263:デフォルトの名無しさん
05/02/16 16:13:07
JSFでの開発環境として、今は何がベストでしょうか？
次期プロジェクトでJSFを導入してみようと考えています。

お勧めのツールは何でしょうか？

一応、金額は関係なくお勧めがあればお願いします。

264:デフォルトの名無しさん
05/02/16 16:21:25
IBMのWSADとRADしかつかったことないけど、WSAD
からRADになってかなり軽快になった。

265:デフォルトの名無しさん
05/02/16 16:30:33
URLﾘﾝｸ(lab.msdn.microsoft.com)

266:264
05/02/16 16:40:14
なんか読み返すと微妙にまぎらわしいな。
RAD -> Rational Application Developer ね。

267:デフォルトの名無しさん
05/02/16 17:16:13
>>266
６０～１００万ですか・・・。
予想通り高いなぁ。

金額関係なくとは書きましたが、これをいつか購入してもらうとして、JBuilderでコードで書くしかないかな。（予算無いし）

268:デフォルトの名無しさん
05/02/16 17:48:08
>>267
JSFだけをやりたいならサブセットのWSSDやRWDでおけ。
これだとフルライセンスで15万。一年間限定
ライセンスは$520(日本でいくらかは知らない)。
今月末までならサポートなしのがdeveloperWorks
通して6万くらいで買える。

でもJSFを使いたいってだけのためにこれ買うのはちょっと
もったいない気もする。

269:デフォルトの名無しさん
05/02/16 22:54:35
>>262
ナイトリービルドしかなかったと思うけど、いちおう動くとこまでいってるの？

270:デフォルトの名無しさん
05/02/16 23:26:21
フリーの開発環境ならこんなEclipseのプラグインが。
URLﾘﾝｸ(amateras.sourceforge.jp)
使ったことはないけど。

271:デフォルトの名無しさん
05/02/16 23:57:12
>>270
見た感じなかなか良さそうだね～。
機能的にシェアのJSF Studioと同等っぽいじゃん。
今度使ってみよう。

272:デフォルトの名無しさん
05/02/16 23:58:31
>>269
どうかなぁ？
自分もその辺も含めて情報欲しくて書き込んだんだけど・・・。

273:デフォルトの名無しさん
05/02/17 01:14:43
S2JSFじゃだめなのか…？
まあ、まだEAだが

274:267
05/02/17 08:29:35
色々とご意見ありがとうございます。

どうやら、WSADは社内に誰も使用してなく放置されたものがあるようです・・・。
バージョン不明。（多分JSF使えない版）

WASDとRationalブランドのものでは具体的にどのあたりが違うのでしょうか？
WASDは自宅で評価版落としてみましたが、Tomcat4.1までしか対応していないようでしたが、Rational版の方はTomcat5.0対応でしょうか？
Rationalの試用版も今日落としてみようと思います。

Eclipseについてですが、私一人で作業するならEclipseでも、まぁいいか～って感じなのですが、メンバー全員となると、Eclipseの設定だけでめげそうです…。
おまけにデザイナは使えない。

私以外は、IDE嫌いで未だにエディタ＋ブラウザ派なのですが、（私だけJBuilderを使ってます）JSF導入となるとさすがにエディタだけ派はきついと思います。

JBuilderは、JSFに関してはコードエディタへの対応だけみたいですね…。
これだと、デザイナが使えません…。JBuilder2005にビジュアルJSFエディタついてれば問題なかったのに…。
個人的にはJBuilderはデベロッパ依存少ないような気がして好きなのですが。

Rational版一桁安ければなぁ。
WSSD検討してみようかなぁ…（自腹で）・・・涙

275:デフォルトの名無しさん
05/02/17 08:53:44
>>274
RationalのRAD6やRWD6はそれぞれWSAD5とWSSD5の後継で
金額も同じくらいだから自腹切るならRationalのほうで。

276:デフォルトの名無しさん
05/02/17 18:21:02
今IBM系の開発環境ってWSDDみたいな例外を除いて基本的に
パスポートアドバンテージ(PA/PAX)でしか購入できないから、
自腹というか個人で買うの面倒だよね。もし本当に自腹切るなら
developerWorksサブスクリプションを今月中に発注するのを
すすめるよ。これだとWSSDとRWDの両方含んでるプランが6万くらいだから。
インプレスや翔泳社のオンラインショッピングで購入できる。

277:デフォルトの名無しさん
05/02/17 19:27:25
>>276
え？スターターレベルで、RWD入ってるんですか？

278:デフォルトの名無しさん
05/02/17 19:48:56
>>277
入ってる。つい先日のアップデートで追加された。ただ
まだ配布CDには含まれていないのでCDが必要な場合は
カスタムCDを発注する必要があるけど。

279:デフォルトの名無しさん
05/02/17 21:04:54
>>278
情報ありがとうございます。

おし！注文しちゃおうかな！

280:デフォルトの名無しさん
05/02/18 07:10:34
なんでRIに<input type="file">がないんだよ・・・。
次のバージョンでは追加されたりするの？

281:デフォルトの名無しさん
05/02/18 19:52:12
RWD試用版落としてみました。
Tomcat5.0まで対応になっていました。

ということで、developerWorks注文しました！

・・・が、仕事がJavaでなくC++になりそうな予感・・・汗

まぁ、C++の方が１３年以上やってるんで楽なんですが。

UNIXのC++開発環境は最悪だからなぁ・・・汗

282:デフォルトの名無しさん
05/02/18 20:52:13
>>281 せっかくだからRWDにCDT入れてC++開発したら?
完成度低いのが正直なとこだけど。

283:デフォルトの名無しさん
05/02/19 09:45:19
>>270
さんきゅ

284:デフォルトの名無しさん
05/02/20 11:38:46
>>270
よく見てみたら、ＧＵＩでいけるのはfaces-config.xmlだけですね。
でも無償なのがありがたい。
lomboz使っているんだがsysdeo推奨ってのがちょっとひっかかるけど。

285:デフォルトの名無しさん
05/02/20 11:41:50
>>273
Springよく分からん。
Strutsの今後によっては乗り換えるかも。

286:デフォルトの名無しさん
05/02/20 12:00:33
Shaleのナイトリーダウンロードして見ました。

struts-shaleはSｈａｌｅのソースだけ。
一応動くものが見たければ、struts-shale-usecasesになります。
JSF-RI込みですから、warをデプロイするだけです。

今までのStruts.jarの代わりにShale.jarになっていて、
struts-config.xmlが無くなってfaces-config.xmlとchain-config.xmlが使われています。

web.xmlも<servlet>はjavax.faces.webapp.FacesServlet１つだけで、shaleは
<filter>の方に移ってstruts-facesと比べるとシンプルになっています。
ちなみに、<listener>にcommons-chainが指定されてます。

Strutsの開発者がStrutsのとこを置き場として使っているだけで、Strutsとは全く別物ですね。
JSFで使えるコントローラのフレームワークっていう感じです。って、そのままやん＞俺。

さて、commons-chainの勉強しよーっと。

287:デフォルトの名無しさん
05/02/20 12:30:34
>>286
情報サンキュー。
全く別物かー。
しかしStruts-Facesが糞な以上、Shale使うようになってくんだろうなぁ。

288:デフォルトの名無しさん
05/02/20 17:23:48
>>285
SpringはStrutsと気にせず同時に使うもので、Strutsから乗り換えるものではないぞ。
あと、S2JSFはSeasar2用だ。Spring用ではない。

289:デフォルトの名無しさん
05/02/23 23:05:25
JSPファイルをincludeして使い回すときって皆さんどうしてます？
StrutsのFormBean的な考え方は捨てて、includeして使うJSP毎にManaged Beanを作るとかするんでしょうか？
ELでBeanのプロパティを埋め込んじゃうので、Strutsや普通のServlet/JSPアプリでやってたようなJSPの使い回しをどうやるのか悩んでます。

290:デフォルトの名無しさん
05/02/25 14:46:36
>>289
オライリー本のサンプルアプリが一番良い答えかも。
買うのはヤダ、というならサンプルソースDLして読んでみてよ。
URLﾘﾝｸ(www.hansbergsten.com)

漏れの場合はセション内の機能単位にmanaged-ｂｅａｎを切り出すのを基本としてる。
個人的には　『画面別に』　という考えはどうかな？って疑問視してる。
ポトペタＩＤＥの中には勝手にpage-beanなるものを作るのもあるらしいが。

291:デフォルトの名無しさん
05/02/28 23:40:30
>>290
レスありがとうございます。
オライリー本は購入しました。

Struts的な考え方を捨てて設計しなおせばいいのかも知れませんが、既存Strutsアプリからの移行という事で
どうするのがベストなのかと悩んでいました。

結局オライリー本を読んで、includeしてるJSP用にManaged Beanを切り出してJSPに埋め込み、
managed-propertyタグでForm Beanのフィールドとして設定するようにしました。

何かもっとこういう場合に良い方法とかってないもんですかね・・・？
いきなり前面JSFというより、Strutsアプリの一部ずつJSF化とかの方が需要ある気がするんだけどなぁ・・・。

292:デフォルトの名無しさん
05/03/02 11:41:30
>>288
Spring自体もMVCコントローラ機能があるので、Strutsと置き換えも可能

293:デフォルトの名無しさん
05/03/02 21:48:50
>>290
IBMは画面ごとにBacking Beanが作られるね。

仕様をながめるとBacking BeanとManaged Beanという言葉が出てきて
Baking Bean=Managed Beanという感じで書かれているが

IBMのこの実装とどっかの掲示板では
Backing Beanは画面の後ろのBeanでManaged Beanとは区別する感じだって書いてた。
IBMっぽいし、わかりやすいから俺は嫌いじゃない。Beanがいっぱいになるけど。

294:293
05/03/02 21:53:15
Backing BeanはStrutsでいうActionForm的に使って
Managed Beanは一般的にSessionに保持するDTOとかエンティティが良いのではと思うが。

295:デフォルトの名無しさん
05/03/04 01:27:30
Oracle ADF Faces Components
URLﾘﾝｸ(www.oracle.com)

これってどうよ？
誰か使ってる人いる？

296:290
05/03/04 10:45:18
>>293
backing-beanとmanaged-beanの棲み分けサンプルをどこかで見れないですか？

297:293
05/03/04 23:41:28
>>296
知らない。
だけどググれば
URLﾘﾝｸ(www.google.co.jp)
棲み分けまでは行かないかもしれないけどbacking beanについてはわかるのでは？

298:293
05/03/04 23:42:47
ごめん、２ページ目のリンク張った
URLﾘﾝｸ(www.google.co.jp)

299:290
05/03/07 18:56:24
ありがとうございました。腰をすえて読んでみることにします。

300:デフォルトの名無しさん
05/03/08 10:34:00
@itのJDNCネタを貼っとく
URLﾘﾝｸ(www.atmarkit.co.jp)

301:デフォルトの名無しさん
05/03/11 08:54:26
で、これって本当にポトペタでブラウザアプリとリッチクライアントと両方作れるわけ？

302:デフォルトの名無しさん
05/03/11 09:57:24
>>301
ポトペタはIBMやSunやOracleその他が実装済み。
eclipseのフリーのヤシはまだ存在しない。

リッチクライアントがらみはまず>>300のリンク先を嫁。

303:デフォルトの名無しさん
05/03/11 23:47:48
JSFでFrame内のページを指定するのってどうやるんですか？
Frame内のページを動的に変えたいんですが、Frameに相当するタグってないですよね？

304:303
05/03/13 01:19:15
う～む・・・しばらく試していますが、やはりFrameが上手く動作してくれません・・・。
target="_top"でSubmitすると、Submiｔボタンが設置してあるJSPだけ更新されずに真っ白になってしまいます。
もしかして根本的にJSFでのFrame使用法が間違ってるのかな・・・。

305:デフォルトの名無しさん
05/03/13 08:11:59
オレはFrameで使用したことなんてないなぁ。

306:デフォルトの名無しさん
05/03/13 10:30:45
俺もない。
けど、理屈は一緒じゃないかな。
subviewとかtilesとか使って実際には１つのページにしているならともかく、
そうじゃないのなら、JSFエンジン（？）いかないhtmlとJSFのソース書いている
jsp（*.faces? *.jsp?)とを理解して使い分ける必要がある。
でないと、jsfタグ使っているのに普通のjspだと解釈されれば無視されて
真っ白なページが表示されるかも。

307:306
05/03/13 10:32:58
普通のhtmlからjsfタグを書き込んだ*.jspを呼び出すときって、
*.facesとかかないけないのかな？
web.xmlの記述によるのかもしれないけど。

308:303
05/03/13 13:20:00
>>306
私はこんな感じでFrameを書いてます(このファイル自体はframe01.jspです）。

<frameset rows="50%,50%" border="1">
　　　　<frame name="frame1" src="frame02.faces">
　　　　<frame name="frame2" src="frame03.faces">
</frameset>

この書き方で、frame02内の<h:commandButton>でtarget="_top"でSubmitかけてます。
ナビゲーションルールではframe01.jspを返すようにしていますし、実際frame03.facesはJSFタグが正常にHTMLタグにレンダリングされて返ってきているんです。
FormのあるJSP（frame02.faces）だけが真っ白になってしまうのですが・・・。
最初にこの画面に遷移する際にもframe01.jspを指定していますが、その時は正常に全てのFrameが表示されるので、ますますわけがわかりません・・・。

どなたか助けてください・・・(T_T)

309:デフォルトの名無しさん
05/03/13 16:35:40
>>308
URLﾘﾝｸ(java.sun.com)
にはtargetあるけど
URLﾘﾝｸ(java.sun.com)
にはtargetない。

310:303
05/03/13 17:24:17
>>309
レスありがとうございます。
すいません。
こちらの書き方がまずかったですね。
target指定しているのは<h:form>タグです。

<h:form target="_top">

こんな感じでFormを指定して、その中に<h:commandButton>が書いてある、といった意味のつもりでした。
<h:form>ではtarget指定できるんですよね・・・？

311:デフォルトの名無しさん
05/03/14 21:30:09
１０～２０行程度の簡単なサンプルソースアップしてくれたら確認してもいいけど

312:303
05/03/14 22:44:58
>>311
おお！ありがとうございます！

URLﾘﾝｸ(anu.s7.x-beat.com)

↑をお借りしてUPさせて頂きました。
JSPを入れると10行～20行とはいきませんが・・・。
ライブラリは入っていませんが、SunのRI1.1を使用していての現象です。
アドバイスよろしくお願いします。

313:デフォルトの名無しさん
05/03/16 21:51:32
>>312
遅くなりました。今日時間が取れましたので試してみました。

tomcat5.5.7起動時にfacesframetestがエラー（load()例外）はいてましてjsfのサーブレットがこけてましたので、
web.xmlとfaces-config.xml内のコメント部分に２バイト文字がありましたのでコメントを全部削除して実行しました。

えーっと、フレームの部分なんですが、上下半分に分かれてまして、上側にワインレッドでボタンがあって、下側が
下部フレームと書かれたコンクリート色が表示されてます。
上側のボタンを押すと、ボタンの左側にある数字（pageNo）がカウントアップされていきます。

でと、どういう動作をしたらどういう風になって欲しいんでしたっけ？

＃まとまった時間は土日までとれないかもしれません。

314:303
05/03/16 23:06:56
>>313
ありがとうございます。
こちらのServletコンテナのバージョンを記載するのを忘れていました。
すいません。
私が使用しているのはTomcat/5.0.28なんですが、こちらでは起動時にエラーは吐いていないようです。

＞上側のボタンを押すと、ボタンの左側にある数字（pageNo）がカウントアップされていきます。

本当ですか！？
こちらの希望する動作はその通りなんです。
ただ、こちらの環境では初回表示時はちゃんと表示されるのですが、ボタンをクリックすると
上のボタンのあるJSPのみ返ってこなくて真っ白になってしまうのです。
ログにはエラーは特に出ていないようなので、原因が掴めずほとほと困っています。

Servletコンテナの違いによるものなのでしょうか？
なんだか私の設定ミス？のような気がしてきましたが・・・。

とりあえず、土日あたりに設定ファイルの日本語コメントを削除して試してみたいと思います。
また何かお気づきの点などありましたらご指摘ください。
よろしくお願いします。

315:デフォルトの名無しさん
05/03/17 21:28:04
「Webアプリとリッチ・クライアントの境界はなくなる」─Struts/JSFの開発者が展望
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

316:303
05/03/19 16:16:00
>>313
本日試してみたところ、日本語コメントを削除（web.xml、faces-config.xml共）してみたのですが
やはり上部のフレームがボタン押下後に真っ白になってしまいます・・・。
う～む・・・。

317:デフォルトの名無しさん
05/03/19 16:40:44
日本語コメントとかは、単純にxmlファイルのエンコーディングの指定が日本語対応になってないだけじゃねぇの？

318:303
05/03/19 19:09:44
>>317
先頭に<?xml version='1.0' encoding='Shift_JIS'?>を入れて保存の際もShift_JISで保存していたんですが・・・。
それだけでは駄目なんでしょうか？

319:デフォルトの名無しさん
05/03/20 01:43:17
関係ないが、WindowsのシフトJISの場合はWindows-31Jだな。

320:デフォルトの名無しさん
05/03/20 08:56:00
>>316
ひょっとしてWEB-INF/libによけいなもの入れてない？

321:デフォルトの名無しさん
05/03/20 09:00:23
>>319
確かに正しいんだけど、それでもエラー出るんじゃない？
原因よく分からんけど、ユーザが指定してもアプリが対応してくれなきゃ意味無いよね。
あれ？　web.xmlって文字コード限定とかそういうの無かったっけ？　やっぱよく分からん。

322:303
05/03/20 12:14:25
>>320
今確認してみましたが、参考にさせて頂いている下記サイトと同じ内容でした。

URLﾘﾝｸ(muimi.com)

どうしたものやら・・・。

323:デフォルトの名無しさん
05/03/20 16:58:28
>>322
俺が試したやつは、

facesframetest　　・・なし
facesframetest\jsp　　・・index.jsp他jsp全部
facesframetest\WEB-INF　・・web.xml,faces-config.xml
facesframetest\WEB-INF\lib ・・
2004/12/30 18:53 118,757 commons-beanutils.jar
2004/12/30 18:53 170,902 commons-collections.jar
2004/12/30 18:53 109,131 commons-digester.jar
2005/02/06 22:23 63,980 commons-lang.jar
2004/12/30 18:53 31,638 commons-logging.jar
2005/02/06 22:23 46,865 commons-validator.jar
2004/12/30 18:53 242,713 html_basic.tld
2005/02/06 22:23 65,368 jakarta-oro.jar
2004/12/30 18:53 364,470 jsf-api.jar
2004/12/30 18:53 698,542 jsf-impl.jar
2004/12/30 18:53 24,514 jsf_core.tld
2005/01/10 10:11 20,682 jstl.jar
2005/01/10 10:11 393,259 standard.jar
2004/12/30 18:53 33,137 web-facesconfig_1_0.dtd
2004/12/30 18:53 33,869 web-facesconfig_1_1.dtd

俺の方がごちゃごちゃ多いな。

別のやつでMyFacesでやったときにちょっと次のやつでえらい
はまっちゃったからね。同じようなケースかと思ったんだけど。
URLﾘﾝｸ(myfaces.apache.org)

あとは、webapps\facesframetestフォルダと、%tomcat_home%\workフォルダ
の中をごそっと（facesframetest部分だけでもいいけど）消してからtomcat
起動してみるぐらいかなあ。

324:323
05/03/20 17:00:40
あ、ついでにブラウザの中の一時キャッシュをクリアしてね。
念のため。

325:デフォルトの名無しさん
05/03/22 20:11:04
ひょっとしてfacesframetest\WEB-INF\classesの中が空っぽとか

326:デフォルトの名無しさん
05/03/29 00:53:32
レイアウト的にselectBooleanCheckboxを使いたいんだけど、これ使ってselectManyCheckBoxみたいに選択された値をリストで受け取る事ってできる？
それともレイアウトいろいろ設定できるようにselectManyCheckBoxを拡張するしいのかな？

327:デフォルトの名無しさん
05/04/13 10:02:43
eclipseプラグインが色々出てきたな。

使用感想キボンヌ

ちなみにeclipse-consoleは去年試した段階では
faces-config.xmlをGUI編集するってだけで
ダメダメだったが。

328:デフォルトの名無しさん
05/04/13 21:40:02
>>327
それ、Faces Console じゃないの？

俺も少し前にFacesIDE試してみたけど、Faces Console プラスαって感じ。
そのαの部分がJSFタグが簡単にってやつでちょっと期待したけど、あまりに重すぎたので止めた。

329:327
05/04/14 10:04:35
>>328サンクスコ

ご指摘の通りeclipse-consoleと書いたのはFacesConsoleの間違いでしたｽﾏｿ

FacesIDE情報ありがとうございます。これ国産のヤツでしたよね確か。

自分としてはポトペタまでは無くていいから、valueBindingや
methodBindingのproperty名称正当性チェック及び補完機能が
欲しいっす。そういう意味で漏れもFacesIDEには期待してます。
ver1.0が出たら試そうと思ってた所でした。

でも重いですか、むうう。漏れの環境では無理かも。

330:デフォルトの名無しさん
05/04/14 21:51:49
FacesIDE
URLﾘﾝｸ(amateras.sourceforge.jp)

スクリーンショットがあるから、どんなことできるのか分かる。
今はVer.0.1.5だから、1.0を待つってのはちょっと無理じゃね？

331:デフォルトの名無しさん
05/04/19 10:13:29
誰かJSFのDataGridコンポーネントの在り処知りませんか？

【理想】
ヘッダ列固定可能
ヘッダ行固定可能
フッタ列固定可能
フッタ行固定可能
各セル毎の形式指定可能
セルの編集可能

最悪なければ自作しますが既存のがあればそちらを使いたい所存です
ついでに、JSFコンポーネント集みたいなサイトがあれば教えていただけると嬉しいです。

332:デフォルトの名無しさん
05/04/19 14:22:13
>>331
dataModelを<h:dataTable>にbindする。

それとも知ってて「それじゃ満足できねぇ」の意？

333:デフォルトの名無しさん
05/04/19 16:27:09
>>332
ありがとうございます。ちょっと試してみますね

ちなみに求めているのはASP.NETの WebForms版fpSpreadのパワーアップ版みたいな感じです
URLﾘﾝｸ(dotnetdemo.grapecity.com)

334:332
05/04/20 13:15:21
>>333
リンク先見た。さすがにそこまでの機能は無いなぁ

参考までに、今年リリースされるJDNCのデモでも見てくれ。
こいつはJSFの婚約者なんだ。結婚式はもう少し先だけどね。

URLﾘﾝｸ(jdnc.dev.java.net)

335:デフォルトの名無しさん
05/04/27 22:37:51
あげ

336:デフォルトの名無しさん
05/04/29 02:38:43
JSF だと、Controller の実装ってやらないの？（つか、やらなくていい、というか･･･）

JSF使ってみようか迷いながら調べているんだけど、これまでの servlet/jsp やMVCといった
概念がなくなってて（見えなくなってて）なかなか実際に使うには勇気がいる様な気がした。
便利な仕組みがたくさんあるだけに興味はあるんだけど。
JSFから始める未来の技術屋さんは、httpのことも知らず、getParameter 何それ？ってな時代がくるんだろうか。

337:デフォルトの名無しさん
05/04/29 09:21:16
コントローラは好きなフレームワーク使ってくれっていうことだろ。
JSFはあくまでビューの標準規格だから。

Struts初めての人でもhttpなにそれリクエストなにそれみたいな人が増えている。
まだStrutsとかなら知らんとまともにつくれんだろと言えるけど、
JSFが普及し出すとさらにふえると思う。知らんでもそれなりに作れるようになるから。
技術が進歩したというか、Javaのすそ野が広がったというか、
喜んでいいのか悲しんでいいのか、なんだかなあ。

338:デフォルトの名無しさん
05/04/29 09:34:50
最近簡単なServletを書こうとして
request.getAttribute("hoge")とやって「あれー、おかしいなぁFORMの値取れねー」と
しばらく悩んだ俺がいるわけだが

339:デフォルトの名無しさん
05/04/29 11:16:51
JSF の Backing Bean って値の変更と設定をするっていう意味ではコントローラっぽい
とも思うけど、そうでもないのかな。違うとしたら、コントローラは、どこに実装するんだ？
アクションリスナーで呼ばれる部分？

>>337
httpなんたらってやってる人間はいずれ職人とか呼ばれるようになるのか

340:デフォルトの名無しさん
05/04/29 12:45:12
>>336-339
キミらのことを指差して「ソケットなにそれlisten/bindなにそれみたいな人が増えてる」と嘆くようなもんだ。

341:デフォルトの名無しさん
05/04/29 19:09:55
>>340
そういうつもりはなかったですが、JSFから入った場合、それしか出来ない人間になってしまう気がしたもので。
フレームワークありきで入ってしまうと、その後応用がきかないつーか。
まあ、それで仕事があって商売が出来てなおかつ楽になるんだったら悪いとは言わない。
セコセコ細かいコーディングするのは正直言って俺もやだし。

で、誰か知ってたら教えて欲しいのですが、

<f:selectItems> に渡すBackingBeanのプロパティの型って、必ず SelectItem つっこんだ
Collectionじゃないとダメなんですか？普通のStringのListや<String,String>のMapを渡しても
無視されてる様な気がするんですが。
BackingBean では、出来るだけ SelectItemをnewするとか、UIを意識したコードは書きたくないと
思うんだけど、BackingBeanって、もともとそういうものでしょうか？

342:デフォルトの名無しさん
05/04/29 20:26:38
>>341
どんどん下位レイヤというのは覆い隠されていくわけだから、問題ないというか仕方ないと思うよ。
どちらにせよJSFのようなHTTPを覆い隠すレイヤーが必要で、Javaの場合はJSF以上のものはないしこれからJSFが広まっていくだろうから、JSFしか出来なくてもあまり問題ない気がする。
JSFには、そう言い切ってしまえるところまでがんばって欲しいとは思うけど。

343:デフォルトの名無しさん
05/04/29 22:00:43
>>341
マネージドビーンっていうのは、そういうもんだと思ってる。
あくまでビジネスロジックとビュー(JSF)をつなぐものとして。

１つのJSPファイルに1つのマネージドビーンを用意することにしている。
StrutsでいうところのActionっぽい感じ。

344:デフォルトの名無しさん
05/05/02 13:35:10
>>343

＞１つのJSPファイルに1つのマネージドビーンを用意することにしている。

何で？

オレは　『機能単位』　だなぁ。一つのJSPで複数のManaged-Bean使ってるし
複数のJSPで一つのManaged-Bean使ってるし。まぁN対Nっつー感じで。

もしかしてIDEの影響？PageBeanって呼ぶのだっけ？

追伸：Controller役に関しては「それってコンテナのお仕事でしょ」って考えてるけど・・・

345:343
05/05/02 21:58:53
>>344
> 何で？

収拾つかなくなるから。
補足すると３つのJSPで１つの登録画面とかいうなら、マネージドビーンは１つ。
（だからマネージドビーンっていうより、バッキングビーンかなあ。）

逆はないなあ。逆にするって事は、ビジネスロジックがJSFから切り離せないんじゃないの？
まあ、今のやり方がベストだとは思ってないから、検討の余地ありだけどさ。

> 追伸：Controller役に関しては「それってコンテナのお仕事でしょ」って考えてるけど・・・

は？　なぜコンテナ？

346:デフォルトの名無しさん
05/05/02 22:44:23
IBMのWSADはそういうコード吐くよね
だいたいJSFなんて、1からコード書くような開発用のものではない
ツールと組み合わされて使われることが目的
ベタで書くのもいいけど
それだったら他のアプローチ考えた方がいい

347:デフォルトの名無しさん
05/05/03 03:38:32
>>220
遅レスだけど、俺もFacesIDE使ってて同じバグに悩んだ。
でも、jarファイル群をSun実装のJavaServer Faces 1.1.01のものに置き換えたら
解決したYO!

348:デフォルトの名無しさん
05/05/03 03:52:58
追記
結局、FacesIDEが標準で含んでいるJSF実装のmyfaces 1.0.8が、IBM実装JSFと同じバグを
抱えていたってことらしい。

349:デフォルトの名無しさん
05/05/12 01:17:17
Exadel studioがフリーになったそうですが
誰か使ってみた奴はいる？

350:デフォルトの名無しさん
05/05/12 01:35:03
>>349
情報サンクス！
今ﾀﾞｳｿしてたところ

それにしてもExadel太っ腹だなー
内容にはかなり期待してる

351:350
05/05/12 02:45:29
Exadel studioのダウンロードはユーザー登録をすると、登録に使った
メールアドレスにダウンロードURLが送られてくる方式です。

チュートリアルを見た限り、ユーザー登録するだけの価値はあるかと。

Exadel studioの利用チュートリアルやデモなどはこのページにあります
URLﾘﾝｸ(www.exadel.com)

352:デフォルトの名無しさん
05/05/14 02:38:17
Exadel Studio 使ってみたけどイマイチだった。

Managed Bean を作って、プロパティも適切に設定したはずなのに、
JSF内で使おうとすると認識されない（そんなプロパティ無いと言われる）
Tomcatを再起動しても同じ

また、JSFでMyFacesのタグライブラリの宣言は手動でやらないといけない
そして、肝心のJSFのページ遷移をダイアグラムを使ってビジュアルに指定する機能は、
有料版しか使えない

ストレスたまるからsysdeo+FacesIDE+amateras Html editorの組み合わせに戻したよ

個々のエディタ(JSFエディタ,CSSエディタなど)の出来はいいから、それらだけ
使うのはアリだと思う

353:デフォルトの名無しさん
05/05/14 02:47:32
まあ総括すると、
個々の機能はいいんだけど、肝心なところの使用感が今ひとつ

そんな感じ

354:デフォルトの名無しさん
05/05/14 09:58:34
いや、一番の問題は、アピールポイントが体験できない体験版の
存在価値って何なんだろう？じゃないか？ｗ

自動CM検出機能搭載！体験版では使用できません。
擬似5.1chストリームの生成可能！体験版では使用できません。
体験版の意味ねぇよ＿|￣|○|||

355:デフォルトの名無しさん
05/05/14 10:21:58
>>352 FAQから.
URLﾘﾝｸ(www.exadel.com)
>5.4 What third-party plug-ins are installed with Exadel Studio?
>
>WTP Plug-Ins (IBM contribution with several significant bugs fixed)

>VE Runtime (VE-runtime-S20040628)

これ多分JSFエディタ以外の個々のエディタはeclipse.orgのコード
そのままだとおもう。ならJSFエディタだけ個別のプラグインにして
売ってほしいとこだ。

>>354
Proのほうも30日間限定で使えるらしいから、それで問題ないと思うよ。

さて、IBM/RationalがJSFの部分を省いてオープンソースにしたWTPを元に、
JSF開発環境を出しているわけだけど、本家と比べて出来はどうなのかな。

356:355
05/05/14 10:35:30
ところでWTPってEclipse3.0系と3.1系のどちらも開発途中の
コードしか公開されていないわけだけど、Exadel Studioは
どこまで手を入れてるのかな。
いくつかのクリティカルなバグは自分のところで潰したって
書いてあるけどちょっと気になる。

357:デフォルトの名無しさん
05/05/22 16:32:31
Myfaces+Eclipse+Tomcatで何のタイミングかわかんないんだけどしょっちゅう文字化ける
JSPのクラスファイル消して再コンパイルさせれば、元に戻るんだけど
なんか理由あるの？

JSPの最初には↓のようにかいてる
<%@ page language="java"
pageEncoding="Windows-31J"
contentType="text/html; charset=Shift_JIS" %>

358:デフォルトの名無しさん
05/05/22 16:34:45
pageEncoding="Windows-31J"
ならば
charset=Windows-31J
にしておけば？わざわざＳｈｉｆｔ＿ＪＩＳにする理由がわからん

359:デフォルトの名無しさん
05/05/22 17:01:39
>>357
encoding宣言とそのjspファイルの実際のencodingが合ってないとか

360:デフォルトの名無しさん
05/05/22 20:22:17
>>357
SysdeoのTomcat Launcher Pluginとか使ってるでしょ？

JSPから生成されたJavaソースファイルのコンパイルを
Jasper（TomcatのJSPコンテナ）で行うと化けない。
Eclipseで行うと化ける。

Jasper（TomcatのJSPコンテナ）は、デフォルトではJSP→Javaに変換するとき
UTF-8でソースコードを生成する。しかし、Eclipseの、Javaソースファイルを
開くときのソースファイルの文字エンコーディングの設定がUTF-8になっていない
状態でEclipse上でコンパイルされてしまうと、化ける。

361:デフォルトの名無しさん
05/05/22 21:08:15
>>360の言うように
>デフォルトではJSP→Javaに変換するとき UTF-8でソースコードを生成する。
この部分の設定変えてみよう

っていうか俺が一番言いたいのは
日本語文字はリソースファイルに書けばいいと思うんだけど・・・
自分はいままで（このような不意な）文字化けが絶対に起きないようにリソースファイルに書くのが定石だと思ってたが・・・

362:デフォルトの名無しさん
05/05/22 21:25:30
>>361
コンテンツによっては絶望的じゃないか？

363:デフォルトの名無しさん
05/05/22 21:29:35
>>362
なにが絶望的？

・すべてがリソースに書き出せるわけが無い（？）
・>>361のやり方は絶望的
・それ以外の意味

364:デフォルトの名無しさん
05/05/22 21:40:06
HTMLしかしらないデザイナがリソース分離とかやるとおもうか？

365:デフォルトの名無しさん
05/05/22 21:42:43
>>364
やらないだろうね

っつーか　言ってる意味がわからん
デザイナがプレーンなHTML持ってくるのはとうぜん
JSPタグとかに直すのはどの道プログラマ

そんな理由でリソース使わないのはおかしくない？

366:デフォルトの名無しさん
05/05/22 21:57:42
>>365
プログラマが手を入れたJSPファイルは、デザイナにとって理解不能なモノになるわけだが、
そういう分業はそのうち破綻しないか？

JSFスレとしては、デザイナが使えるJSFエディタキボンヌ、というところか。

367:デフォルトの名無しさん
05/05/22 22:00:22
>>366
ちょいまり、
JSPファイルがデザイナに戻る流れってあるのか？

368:デフォルトの名無しさん
05/05/22 22:07:37
>>367
デザイナが一回しかさわらないとでも？
むしろ、デザインは定期的に変わったりするだろ。

369:デフォルトの名無しさん
05/05/22 22:08:53
出荷した後で「ここ直して」とか無い？うちはよくあるんだが。

370:デフォルトの名無しさん
05/05/22 22:11:57
>>368
定期的っつ-のがわかんないけど
デザイナからあがってくるものはHTMLだけだよ
そんなこといったら、あんたんとこどうやって作っているのか疑問
JSP知ってるデザイナばかりではないのだろ？

>>369
それって文言変更レベルだろ？
そんなのPGがやるだろ

371:デフォルトの名無しさん
05/05/22 23:55:45
>>370
業務系WEBアプリならともかく、オープンなネット上のショッピングカートのような
見た目重視とかそういうのならいくらでも変更はあがってこよう

まず、JSFはビジュアルなデザイナ重視
とはいえ、グループ開発用のいいのあるんかな

JSP単体ならDreamWeaverでTomcat連携機能もあったりもして
実はデザイナにもJavaの知識なしで扱いやすい
最初の設定だけはしてあげる必要があるけど、JSPからの戻りが問題ない
が、Strutsのようにカスタムタグが出てくるともうだめぽ

本当はたぺちゃんが普及してくれるといいのだが日本語のドキュメント
一切なしで実用的ではない

テンプレート埋め込み型を組み込むのがシンプルだしいいやね
Struts素のまま使って死んでるプロジェクトいくつかみてきた

372:デフォルトの名無しさん
05/05/23 00:11:05
JSF使えるツールって
SunとIBMぐらいでしょうか？
値段いくらぐらいなんでしょうか？

373:デフォルトの名無しさん
05/05/23 00:53:18
>>372
Sunのなら10000円くらいだったかな。
BorlandもJSF使えないかな？

374:デフォルトの名無しさん
05/05/23 00:55:37
>>370
JSPを書くことはできんが、JSPの邪魔をせずに変更できるようなデザイナならいるとは思うが。
で、デザイナとの行き来が問題になってるからTapestryとかS2JSFとかNirvanaとかMayaとか開発されてるんでしょ。

375:デフォルトの名無しさん
05/05/29 11:12:51
今まで自分がやってきたプロジェクトでは、デザイナーがJSPに触るようなことは想定されてなかったな
cssでデザイン関連の設定を極力外出ししてさえ貰っていれば、所詮htmlタグの変更レベルだからＰＧで対応可能だった。
それでも２度手間でメンドクサイのはたしかなんで、デザイナーが直接触れるS2JSFみたいなのは凄く興味を惹かれる

376:デフォルトの名無しさん
05/05/29 11:22:35
開発途中でデザイナとPGでHTMLが行ったり来たりするってどういうことよ
仕様変更時はしょうがないが、設計書書いてないの？

377:デフォルトの名無しさん
05/05/29 12:21:32
>>376
ネット上で公開するB2Cのアプリだと、ぎりぎりまでデザインにこだわるお客さんは結構いるよ。
設計ではなく、見た目の問題でね。

378:デフォルトの名無しさん
05/05/29 15:27:51
デザインなんて仕様で決めれるもんじゃないしね

379:デフォルトの名無しさん
05/05/29 18:58:30
>>378
紙芝居わざわざつくって、事前に確認とっているんだから
大幅な変更は別料金ですよね？

＞ぎりぎりまでデザインにこだわるお客さんは結構いるよ。
PG側としてはむかつく訳だが

380:デフォルトの名無しさん
05/05/29 20:18:57
>>379
で、そういうPGは、クライアント側としてはむかつかれる訳だが

381:デフォルトの名無しさん
05/05/29 20:56:35
間にSEなりPMが入っているのでクライアントと直接話さないよPGは

382:デフォルトの名無しさん
05/05/29 21:41:08
というか、デザインなんて、サイトインしてからも変わる。

383:デフォルトの名無しさん
05/06/01 23:37:14
>>382
そのときデザイナは現行のJSP見るのかい？
プレーンなHTMLだろがボケ

デザイナ（HTML）→プログラマ（JSPに直す）
一方通行なんだよ
簡単な修正も出来ないプログラマはイラン

384:デフォルトの名無しさん
05/06/01 23:41:40
>>383
あほみっけ

385:デフォルトの名無しさん
05/06/01 23:41:49
おまいらスレタイ嫁

386:デフォルトの名無しさん
05/06/01 23:56:44
>>383
で、またプレーンなHTMLにJSPのタグとか1から埋め込んでいくの？
いいね、工数ぼったくれて。

387:デフォルトの名無しさん
05/06/03 17:28:57
そこでXMLCですよ・・・・。
今でも使ってるの俺ぐらいだろうな・・・・。

388:デフォルトの名無しさん
05/06/04 00:51:56
あ、その言葉、おれも聞いたことあるよ(・∀・)

389:デフォルトの名無しさん
05/06/11 02:09:59
AjaxFacesってのが出たみたいだけど、使った人いますか？
どんな感じ？
Ajaxってのがなんかスゴいこと出来そうな感じ。

AjaxFaces 1.0 released
URLﾘﾝｸ(www.theserverside.com)

390:デフォルトの名無しさん
05/06/12 14:49:31
>>389
デモが見たい

まJSF自体がJavaScript吐くようなカスタムタグだから当然だけど・・・
ちなみにAjaxから勉強しないとはまるぜ

391:デフォルトの名無しさん
05/06/13 18:23:51
JSFのコントローラがだめぽだから、コントローラ部はStrutsをつかって、
ビューの部分はJSFなんて話をよくきくんでござんすが、JSFのコントローラの
いったいどこがStrutsと比べてだめぽなんでやんすか？

392:デフォルトの名無しさん
05/06/19 01:41:35
どこで聞いたのかわかんないけど
Strutsとは微妙に層が違うと思いますよ

393:デフォルトの名無しさん
05/06/19 03:47:18
StrutsはWebアプリケーションを作りやすくする感じだけど、JSFはアプリケーションをWebで作りやすくする感じ。
Webを意識する必要があるならStrutsで、アプリケーションならJSF、という印象をうけた。

394:デフォルトの名無しさん
05/06/19 09:46:32
>>393
意味不明

395:デフォルトの名無しさん
05/06/19 11:10:50
なんとなく伝わるぞ？

JSFだとURLと処理(Action)の関係が固定にならないから、
パラメータ付きのURLをメールに乗っけるとかは作りにくい。

StrutsだとHttpSessionを一切使わない作りにもできたり。
アプリケーションの基盤としてはJSFの方が遥かに上だが。

396:デフォルトの名無しさん
05/06/19 17:36:10
>>391
ダメだといわれているけど、改めて理由を聞かれると答えられなかったのでちょっと考えてみた。
コントローラっていうのがナビゲーション機能っていう意味でなら、struts-config.xmlと比べても何の不満もない。
ちょっと機能が違う部分があるけど、それは目的が違うから。

JSFを使うつもりなら、そのコントローラ部分にStruts1.xを使うっていうのは止めといた方がいい。
JSFはイベント駆動型で、Struts1.xはリクエスト駆動型だから、無理矢理組み合わせたところでメリットがない。
（タグだけJSFで書いて、でもイベント駆動にはしないってことになるでしょう。）

今Strutsを使っていて将来性を高めるためにView部分をJSFでっていっても、
Strutsを止めて作り直すようなことがあったとしてもViewの部分（JSFの部分）が
ほとんど修正なく使えるとも思えない。

イベント駆動とリクエスト駆動での設計の違いなんかを考慮しないで、
JSF使おうというときにStrutsと同じ設計で行こうとすると、JSFのコントローラだめぽと勘違いするんじゃないのかな。
それに応じた設計をしなかったのが問題なわけだと思うんだ。

ただ、ローカルにインストールするアプリを作るのと同じように、強力なコントローラ部分がないっていう感じはする。
（ここでいうコントローラはナビゲーション機能とは違います。）
これはDIとかAOPとかそういう別のフレームワークを組み合わせて使うのがベターだと思う。

397:デフォルトの名無しさん
05/06/21 17:01:28
JSF＋Springでアプリ作ってます。

ビジネス層はプレゼンテーション層を意識してはならないと思っています。
なので、DB更新処理はManagedBeanがDTOに値詰めてビジネスロジックに渡して
中でDAOが処理という設計にしました。

そこで、DBテーブルに持っている更新者IDと更新日付に
ログインユーザー情報（SessionスコープのManagedBean）をセットするのは
ManagedBeanの役割だと思うので
ManagedBeanでDTOにセットしてあげてるのですが、非常にかったるいです。

JSFから別のものに乗り換える場合
ManagedBeanで書いたかったるい処理を乗り換えたものにも
やらないといけないのは非常にめんどくさいと思ったんですけど
私どっか考え方ずれてますか？

次ページ