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

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


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

1 名前：デフォルトの名無しさん mailto:sage [03/07/26 17:33]: スレがないので新しくたてました
www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
java.sun.com/webservices/downloads/webservicespack.html
692 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 11:06:18 ]: 横レスですが。

うーんただ独自タグを追加する事で
デザイナさんときっちり分業ってのは簡単ではないよね。

俺はS2JSFは、ブラウザでユーザーレビューが出来るように
JSFをラップしたものとしか思ってないからそれでも別にいいんだが。

一時期ひがたんも分業とか書いてた気もするけど
プレゼンとか見ると、ユーザーにレビューするのが
簡単なのよってのに重点が置かれてたと思う。
最初からUIのデザインは凝らない、とくーすのドキュメントでも
書いてたし。

あと、吠えてた人には
pcweb.mycom.co.jp/articles/2005/09/26/maya/001.html
ここで誤解を解いてもらいましょう。
693 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 11:33:32 ]: JSFの勉強をしようと思うんですが、初心者向けの本がほとんど無いんですね｡｡｡
とりあえずJWSDP1.6をインストールしたのですが、これにはTomcatはついてないのでしょうか？
JWSDP1.3にはついてるような事が書いてるけど･･･
JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
すみません、、、初心者的な質問でm(_ _)m
694 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 11:45:03 ]: ＞これにはTomcatはついてないのでしょうか？
1.6には付属してないみたいだね。Tomcatに限らず
Servletコンテナを自由に選択できるようになったみたい。

＞ JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
Mustではない。
自分で必要なライブラリ類をかき集めてもいい。
JWSDPは必要なライブラリ類がはじめからまとめて入っている
「おすすめセット」「初体験の方のための無料サンプル・試供品」
的なものだ。
695 名前：693 mailto:sage [2005/09/27(火) 11:54:39 ]: >>694
スレ違いと思われる質問にご解答ありがとうございますm(_ _)m

とりあえずtomcat50-jwsdp.zipってやつを解凍して、そのフォルダを
JWSDPで指定しておきますた。
他のツールはちょっと意味が分からないのでまだ放置で･･･

でもって、フォルダの中にjsf-1_1_01.zipを解凍していれたけど、
サンプルのGuess Numberって無いし・・・
初心者向けって本を買ったのにインストールも出来ないとはｏｒｚ
696 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 12:55:50 ]: なんでもいいけど、>>691は勘違いしてるよね。

＞2 プログラマがm:injectを追加する
これがそもそも分業じゃない。

デザイナの使うツールには、こういった余計なものを
消しちゃうものもあるし、
デザイン変更の時に、一回この項目を削除して・・・とやると、
当然、m:inject毎消すわけだし。

それとデザイナが消す可能性もある。
知ってか知らずかは別としてね。

つまり、S2JSFで分業は今現在では絶対に無理。
697 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 20:52:59 O]: >>692
独自タグってか独自属性ね。
それだけで分業が難しいっていうと現状どうやってんの？
S2JSFが完璧とは思わないけどある程度は分業できるんじゃね？
少なくとも
Maya＞＞＞S2JSF＞＞＞越えられない壁＞＞＞JSP
だろ。
698 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 21:03:08 0]: >>697
俺は>>692じゃないけど、現状での作業は
プログラマがデザイン勉強してデザインもしてる。

ぶっちゃけ、本当のデザイナが作った画面はユーザには不評。

やけに上下左右の余白取ってメインコンテンツがちょっとしか表示されなかったり、
下手にフラッシュとかJavaScriptで動いたりとで・・・

ユーザが求めてるのは、あくまでもデザインは綺麗。
だけど、シンプルに、そして軽く、見やすい/使いやすい
これを求めてるのに、デザイナが作ると、
デザインは綺麗。
だけど、シンプルとは言い難く、重く、見やすいが使い難いという代物。
699 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 21:20:52 O]: >>696
全てのデザイナがその程度じゃないだろ。
お前のところがそうだってことは分かった。

>>698
そりゃデザイナと呼べないだろw
700 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 22:50:21 ]: maya.sandbox.seasar.org/documentation/index.html
Mayaのユーザードキュメントが公開されてる。
はたして、このタイムリーさは偶然なんだろうか？ｗ
701 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 23:04:06 ]: >>699
デザイナはデザイナだろ。
1000行メソッド書くヤツも呼称はプログラマなんだし。
702 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 00:02:02 ]: ＞700
うむ、吠えた奴に感謝だ！
703 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 02:45:00 ]: >>700
うむ、おれはJSPでいいや。
704 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 03:10:16 ]: MyFaces1.1.0を使ってます。



<t:dataList value="#{BackingBean.itemList}" var="item" rowIndexVar="index" layout="unorderedList">
<t:selectOneRadio id="select" layout="spread">
<f:selectItems value="#{BackingBean.itemList}" />
</t:selectOneRadio>

<t:radio for="select" index="#{index}" />
</t:dataList>

tableをレタリングしないselectOneRadioを作ろうと上のようにやってみたんだけど、
ラジオボタンのname属性がすべて別になって困っています。
name属性を指定するにはどうしたらいいんでしょ？
705 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 03:14:34 ]: <c:forEach items="${sessionScope.BackingBean.itemList}" varStatus="status">
<t:radio for="select" index="${status.index}" />
</c:forEach>

それとJSTLの<c:forEach>でも書こうかと思ったんですが、indexにEL式を書くと
「TLD又はタグファイル中のattribute指示子に従って属性indexはどんな式も受け付けません」
と怒られてしまいます。
JSFのコンポーネントからしか指定できないんでしょうか？
706 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 03:27:26 ]: >>704

ごめんなさい、いけました。
<t:selectOneRadio>に forceId="true" forceIdIndex="false" をつける

一時間以上探してたんですが、<x:selectOneRadio>でググったら一発でした。w
707 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 15:29:49 ]: バカが征くの中の人、ここ見てるのかな？
708 名前：デフォルトの名無しさん [2005/09/28(水) 21:23:08 ]: 小規模向き
709 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 21:46:19 ]: だれだ？ＪＳＦがデザイナと分離難しいとかいっている奴は・・・
むしろ逆ですよＪＳＦは
710 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 22:11:12 ]: 分離が難しいのはJSPじゃないかな？
711 名前：デフォルトの名無しさん [2005/09/28(水) 23:43:21 ]: maya＆JBOSSだとアプリの
再デプロイ時に
mayaがHTMLを素で表示しちゃうのと
maya＆Strutsでiterateタグが
まともに動かないのって何とかならないかなあ。
今のJBOSSのところ再起動と
Strutsのコード書き換えで
何とかしてるけど
皆どうやってんだろ。
712 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 23:45:44 ]: >>711
> 皆どうやってんだろ。

誰もJBoss使ってない
713 名前：デフォルトの名無しさん mailto:sage [2005/09/28(水) 23:53:08 ]: >>712
んなこたーない

が、その組み合わせでは使っていない
714 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 02:17:26 ]: >>711
だれもmaya使ってない。
正式リリースされてないし、ドキュメントができたばかりだし、当たり前の話ではあるが。
715 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 15:06:54 ]: WEB-INF丸見え、色んな所で騒がれてきたね。
ここが一番早かった？
716 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 16:50:29 ]: >>715
一番早かったというか、激しく既出じゃないの？
というか、設定次第でそうなる事は普通に考えて分かるんだから、
そうならないように設定して使う。

だから、それほど騒がれる理由が俺には不明。

適切な設定をしないと駄目ですよなんて常識でしょ。
どんな設定をしても駄目ってなら問題だけどね。
717 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 16:59:23 ]: >>716

＞設定次第でそうなる事は普通に考えて分かるんだから、
設定次第じゃなくて、デフォルトの動作がそうなってるんだからみんなビックリなんじゃないの？
今まで、デフォルトで/WEB-INF以下に自由にアクセスされるような動きをするフレームワークがあったか？

で、適切な設定って何？
JSF RI付属のサンプルでは<security-constraint>にアクセス制御するURLパターンをずらずら下記並べているが、これが適切な設定？
それとも、ServletFilterを自作して、アプリケーション側で独自にURL判定をするロジックを実装するのが適切な設定？
718 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 17:59:29 ]: >>717
なにをもってデフォルトとするの？
サンプルが変なんてものは世の中でいっぱいある。
それこそ、普通に動かしただけで落ちるとか、
そもそも動かないとかね。

SUNの実装だとサンプルしか無いわけだけど、
サンプル＝デフォルトなのか？
MyFacesなんかだと、ちゃんとBlankがあるけど、
そっちはWEB-INF以下は見えないようになってるんだけどね。
719 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 19:57:12 ]: デフォルトってのはわからんし
設定次第で対応できるってのもあるんだけど

/なんちゃら/*

ってのがダメってのは、ちょっとなあって感じ。

なにせWEB-INFの下が見えるってのは凄いっすよ。
びっくりですよ。
720 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 22:55:51 ]: >>718
サンプルアプリケーションの作りを問題にしているのではなく、
FacesServletのURLパターンマッピングを/hoge/* にするとWEB-INFの下が
丸見えになってしまうことが問題なのだよ。
MyFacesの実装でも同じ。FacesServletのURLパターンマッピングを
/hoge/*にするとWEB-INFの下が丸見えになってしまう。

これまでの常識だとクライアントから直接アクセスされたくないリソースは
/WEB-INFの下に置いておけ、というのが常套手段だったわけだが、そうも
いかなくなってしまったことが問題。

＞設定次第でそうなる事は普通に考えて分かるんだから、
とあるが、Strutsなどを使っていたときはそんなこと考えもしなかったし
考える必要もなかった。今まで考えなくて良かったことを考えて対策しなければ
ならなくなった。<security-constraint>でアクセス制限するとか、
ServletFilterを自作するとか。
721 名前：デフォルトの名無しさん mailto:sage [2005/09/29(木) 22:56:25 ]: >>718
で、「適切な設定」とは何よ？
722 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 00:25:23 ]: サンプルの問題だと思っている時点で>>718は何もわかってないだろ。
723 名前：デフォルトの名無しさん [2005/09/30(金) 00:52:16 ]: おいおいWEB-INFとかどうでもいいじゃん。
724 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 01:14:21 ]: どうでもいいのか？
725 名前：デフォルトの名無しさん mailto:sage [2005/09/30(金) 09:54:12 ]: おもちゃ作ってるならどうでもいいな
726 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 13:12:03 ]: おいおい・・・
ＪＳＦさっぱりわかんね(´・ω・`)

xmlを使用しないといけないのに便利になってるの？
基本的に使用するのは2つのxmlでいいのかな？
個々に使用するxmlファイルの意味を教えて下さいｏｒｚ

何か分かりやすく解説してるサイトって知らない？
727 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 14:49:58 ]: JSFをインストールしようとしてるんですが、
JWSDPって入れないとJSFは使えないの？

今、Java1.5とApache Tomcat5.5をすでに入れてるから、
jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
728 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 14:59:17 ]: ＞ JWSDPって入れないとJSFは使えないの？
そんなことはない

＞ jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
どこでもよい。

＞ JSFをインストールしようとしてるんですが、
「JSFをインストール」って？
そもそも、「インストールする」ものなのか？？？？？
729 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 20:36:08 ]: >>726
えらい人は XML に書けば楽になると思ってるからしょうがない。
だいたい、こういう仕組みを作る奴は業務プログラムを大量生産せずに
サンプル作って満足してるから、ワカラネーんだろ。
730 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 22:48:46 ]: >>727
英語に抵抗がないなら、NetBeans5.0Beta使うと、Webプロジェクト作成したときにJSFにチェック入れるだけで準備できるよ。
それで慣れてからツールなしでのセットアップを試すのがいいと思う。
www.netbeans.org/

どっちにしろ、>>727はNetBeans使うことをおすすめする。
4.1なら日本語版でてるし、最初から新規作成でいろいろなものが作れる。
Eclipseみたいにプラグイン探しまくる必要もないし。
731 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 09:32:21 ]: 要するに、JSPファイルの構文にJSFの構文みたいなのを入れて、
TomcatかJavaか何かに、JSFの解凍したものを放り込めばOKなの？
何か見てると、濡れと同じで結構分かっていない人多いんだね。。
やはり本や解説のページが少ないからかな？
732 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 10:09:01 ]: JSFをわかっていないというより、
Webアプリをわかっていない。
Webアプリでライブラリやフレームワークをどう使うのかをわかっていない。
733 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 10:19:25 ]: ちょっとｶﾜｲｿｽｷﾞなので・・・

>>727
jsf-api.jar
jsf-impl.jar
commons-beanutils.jar
commons-loging.jar

を君のwebAppのWEB-INF/libに入れろ。これが基本。

いろんなアプリを作るなら、WEB-INF/libではなく、

(Tomcatの場合)
shared/libに入れろ

(その他のAP鯖)
マニュアルのクラスローダの章を読め
734 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 12:52:08 ]: いや、て言うかさ、この手の質問を見ると入門書の一冊くらい買えよって
思うんだよな。
どんなにカスな入門書でも、サンプルを動かせる様にする方法は書いて
あるはずなんだよ。
それで仮にサンプルが動いても、どうせ大して先には進めないんだから
結局、入門書の一冊くらいは買う事になる。
なら今買え直ぐ買えって感じなんだよな。
735 名前：デフォルトの名無しさん mailto:sage [2005/10/06(木) 19:28:59 ]: 最近、JSFの動作テストをし始めたのだけど、ハイパーリンク周りが弱い気がする･･･。
h:commandLinkにimg要素を入れることができないとか、h:commandLink要素にonclick属性がないとか、f:pramのvalue属性に$が使えないとか･･･。
デザイナーからあがってくるHTMLには、↓みたいなのが良くあると思うんだけど、hoge.html(最終的にはjsp)を表示する前にサーバー側での処理を行わなきゃいけないときは、どうすりゃいいのさ？

MyFacesとかは、まだ動作確認していないんだけど、こういうのを解決するようなh:commandLinkの拡張とかあるの？
ちなみに検索結果分ループの処理には、JSTLのforEachを使って解決しようとしたんだけど、これが間違い？

---------------------------------------------------
<script type="text/javascript">
function func1(hogeID) {
url ="hoge.html?id=" + hogeID;
window.open(url, "window_name", "width=550,height=500,scrollbars=yes,resizable=yes");
}
</script>
<table>

<tr>
<td><a href="javascript:void(0)" onclick="func1(検索結果のID)"><img ･･･/></a></td>
</tr>

</table>
---------------------------------------------------
736 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 20:55:35 ]: 教えてエロイ人

（１）画面遷移したときのURL表示が気持ち悪いのは、JSFの仕様？それともMyFacesがウンコ？
　　hoge.htmlー(fooアクション)→hoge.htmlー(barアクション)→foo.html→....
　っていう、一足遅れでURL遷移がついてくるアレのことね。

（２）JSFでアプリ作ってる人って、(1)URLの気持ち悪さをredirectでごまかしてるの？
　　それとも見てみぬふり？

あのURL遷移の気持ち悪さのせいで、いまいちJSFにのめりこむことができないんですが。
なんかうまい方法あるんでしょうか？
737 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 21:01:42 ]: URLが気になるアプリにはJSFは向かない。
738 名前：736 mailto:sage [2005/10/10(月) 21:02:47 ]: まじすか！
739 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 21:04:32 ]: >>737の言うとおり。割り切れ。
740 名前：736 mailto:sage [2005/10/10(月) 21:10:26 ]: うほっ。JSFってかなり強気ッスね。

あまりイメージできないんですけど、割り切れるWebアプリってどんなんですか？
一般ユーザが混乱しませんか？

アドレス欄を非表示にしちゃうような、キヲスク系アプリですか？
741 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 21:53:28 ]: 一般ユーザなんてURLなんて見てないよ。
PukiWikiだって全部index.php。掲示板的な使い方だけでなく
企業のHPなどにも最近は使われ始めている。
HTMLフレームを使ったページ（最近はあまりみないけど）だったら
フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
返される内容は条件によって違う画面かもしれないし。
742 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 22:05:33 ]: ほかにもセッション情報に激しく依存してるので、割り切りが必要。
743 名前：736 mailto:sage [2005/10/10(月) 22:18:14 ]: >>741
レスどうもっす。

>>PukiWikiだって全部index.php。掲示板的な使い方だけでなく
...
>>フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
>>通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから

あ、それですそれ。
JSFでそういうアプリが作りたい。
でも、JSFって画面遷移するたびにその画面を表示するために使ったURLが遷移するじゃないですか。
しかも一個遅れで。 ←これ致命的

全部/index.htmlとか、/request.doにするとか、固定できるならそれでいいんですが、
中途半端に遷移されるとユーザが混乱するっていうか、開発側も混乱しそうな気がするんですよ。
いや、少なくともオレは混乱するんでイヤなんです。

固定できるならそれで解決できるんでなにかいい方法があるならぜひ教えてください！
redirectでいいじゃん、っていうのが模範解答ならそれもあり。

>ほかにもセッション情報に激しく依存してるので、割り切りが必要。
それは無問題です。あまり気にしません。
744 名前：デフォルトの名無しさん mailto:sage [2005/10/11(火) 01:43:05 ]: redirectでいいじゃん
745 名前：736 mailto:sage [2005/10/12(水) 23:14:34 ]: >>744
了解。URLを追随したかったらredirect使います。
1回の実行で2回の通信が発生するのがいやんな感じだけど。
746 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 15:08:35 ]: すみません。
今JSFを勉強中なんですが、動かそうとしたら下記のようなエラーが出てしまいます。
原因は分かる方、アドバイス願いたいのですが･･･m(_ _)m

HTTPステータス 500 -
type 例外レポート
例外
javax.servlet.ServletException: Cannot find FacesContext
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:848)
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:781)
org.apache.jsp.sampleJSP_jsp._jspService(org.apache.jsp.sampleJSP_jsp:83)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
747 名前：746 [2005/10/13(木) 15:09:27 ]: ソースが

<%@page contentType="text/html; charset=Shift_JIS"%>
<%@taglib uri="java.sun.com/jsf/core" prefix="f"%>
<%@taglib uri="java.sun.com/jsf/html" prefix="h"%>
<html>
<head>
<title>jsfsample1</title>
</head>
<body bgcolor="#ffffff">
<h1>JSF sample</h1>
<f:view>
<h:form>
<h:outputText value="Welcome to JavaServer Pages." />
<br/>
<h:inputText />
<h:commandButton value="click"/>
</h:form>
</f:view>
</body>
</html>

こんな感じです・・・
748 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 15:17:22 ]: >>746
ブラウザからJSPに直接リクエスト出してるんじゃないの？
FacesServletにリクエストするんだよ。

web.xmlのFacesServletのURLパターンマッピングはどうなってる？
ブラウザから出したリクエストURLはどうなってる？
749 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 15:26:53 ]: >>748
ありがとうございます。
.jspにアクセスするんじゃないんですね･･･
今度は.jsfでアクセスすると

HTTPステータス 404 - サーブレット Faces Servlet が利用できません

となりました。。。

ちなみにweb.xmlはこうです。

<?xml version="1.0" encoding="UTF-8"?>

<web-app xmlns="java.sun.com/xml/ns/j2ee" xmlns:xsi="www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="java.sun.com/xml/ns/j2ee java.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4">

<display-name>JSFSample</display-name>

<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>
</web-app>

本のとおりにしてるのに動かないなんてｏｒｚ
750 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 16:07:45 ]: >>749
＞本のとおりにしてるのに動かないなんてｏｒｚ
URLを*.jspでアクセスしている時点で本のとおりじゃないだろｗ

JSF実装は何を使ってる？実装ライブラリをWEB-INF/libに入れてるか？
アプリケーションのデプロイ時またはコンテナ（Tomcatか？）起動時に
コンソールにエラーは吐かれてないのか？
751 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 16:14:28 ]: >>749
×<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
○<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>

って感じか？
752 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 16:20:56 ]: >>750
＞.jsp
そこはつっこまないで下さいｏｒｚ

JSFは
jsf-impl.jar・jsf-api.jar・commons-logging.jar・commons-digester.jar・commons-collections.jar
commons-beanutils.jar・demo-components.jar・standard.jar・jstl.jar
を動かすJSPフォルダ下のWEB-INF/libにいれております。

エクリプス上でTomcatを動かしてるのですが、起動した時に警告メッセージみたいなのが出てますね･･･

2005/10/13 16:21:59 org.apache.catalina.startup.ContextConfig applicationWebConfig
情報: アプリケーションのweb.xmlが見つかりません、デフォルトだけを使用します StandardEngine[Catalina].StandardHost[localhost].StandardContext[/test]

とか

致命的: Error loading WebappClassLoader
delegate: false
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
org.apache.catalina.loader.StandardClassLoader@879860
javax.faces.webapp.FaceServlet

とか

2005/10/13 16:21:43 org.apache.catalina.core.StandardContext loadOnStartup
致命的: サーブレット /sampleJSPProj がload()例外を投げました
java.lang.ClassNotFoundException: javax.faces.webapp.FaceServlet

とか・・・
これが原因っぽいですね。。。
753 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 16:27:53 ]: >>751
ﾜﾛﾀ。それも本のとおりか？
JSF以前に、普通にServletも動かせないんじゃないのか？こいつ。
754 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 23:43:39 ]: JSFでCSSを利用したサンプルプログラムって無いですかね？
ネットとかで公開されているのがあれば、参考にしたいのですが･･･
755 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 23:58:07 ]: >>754
何に困ってるの？
それだけだと特にJSFとは関連しないように思うけど。
756 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 00:17:31 ]: <link href="css/hoge.css" rel="stylesheet" type="text/css">

HTMLと同じ用に↑をつけたらエラーではじかれてしまったんですが？
普通はそのまま使えるんですか？
757 名前：735 mailto:sage [2005/10/14(金) 01:42:24 ]: 誰か～、735で記載した件に答えてくれ～(泣)

>>756 エラーではじかれるってサーブレットエラー？
jsfタグを使っているページなのに <f:view> </f:view>がないとかいう落ちではないよね？
758 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 05:40:51 ]: >>735
なにを言いたいのかがよくわからないが・・・
遷移前のManagedBeanで処理してから呼び出せばいいんでない？
759 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 06:03:59 ]: >>756
JSFとは関係ないが、cssファイルがWEB-INF以下に配置されているって落ちではないよね？
760 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 07:54:11 ]: >>756
＞エラーではじかれてしまったんですが？
そのエラーが何かを推測させるゲームかなんかですか？
それとも釣りですか？
761 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 07:55:45 ]: >>735
俺も何を問題にしたいのかがわからない。>>758の言うとおり、
ManagedBeanで値を取得してから表示すればいいだけじゃないのか？
762 名前：デフォルトの名無しさん mailto:sage [2005/10/14(金) 11:18:40 ]: <INPUT TYPE="password" ISTYLE="4">
↑の感じのようなパスワードを半角入力にしたいのですが、
JSFのinputタグにあります？
763 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 00:25:16 ]: >>762
inputSecretでパスワードのようになる
半角入力に変わるのは使った事無いなー
誰か補足よろー
764 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:38:36 ]: /WEB-INF/の下が見えるという事に驚いている人は・・・
765 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 19:49:15 ]: 心やさしい人
766 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 02:32:15 ]: >>729
アホか？xmlは仕様書から吐き出すもんだろ
その辺の事を考えずに上流工程に時間を取らないからxmlを書く事態になるんだろ
UI設計するメンバーにWebの知識がないとかもうアホかと

ってここはマ板だったな
767 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 10:27:47 ]: >>766
おまえバカ？本質を分かってねーんじゃねーか？

XML はソースコードにでも書けるものの一部を移動しただけだ。
いわば XML もソースコードも仕様書の内容をコンピュータに分かる
形式で記述しただけのものだが、決定的に詳細度が異なる。
昔から設計書を元にしたコード生成はあるが、現状を見ればいい。

依存性の高い部分だけを XML にしてるからコードとは違うとか言うのだったら、
現時点では仕組みを作ってる奴のオナニーだ。プロジェクトをやってるんだったら
分かってるんだろーが、だいたい 9割の出来ない奴と 1割の出来る奴で構成される。
本当に再利用性、保守性、将来性を見越して依存性を切り分けれるのは
ほとんどいねーよ。おまえもひょっとしたら、その 1 割側でない可能性もあるな（w

だから、仕組み（フレームワーク）を作ってる奴は分かってねーって言ってんだ。
768 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 11:31:37 ]: その1割の奴が手綱を握れるように、ソースコード中に散在させないで
設定ファイルで一括管理するんじゃないの？
769 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 13:32:07 ]: >>768
一括管理のメリットより、増える手間のデメリットが莫大
770 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 14:15:06 ]: >>768
最近の「XMLに何でも外だし」はもはや「設定ファイル」の範疇を
はるかに超えとる。「ユーザは絶対触っちゃだめ」な、事実上
実装の一部を外出しにしただけ、という状態だからな。
771 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 14:25:10 ]: StrutsのActionとURLとJSPとFormの関係は、設定じゃないだろ、みたいな。
772 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 16:28:10 ]: >>771
だったらコード中に書けばいいの？これって
773 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 17:40:41 ]: >>772
そういう問題があったから、アノテーションという構文が拡張されたわけだ。
774 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 01:30:00 ]: >>767
お前みたいな奴が一番邪魔だ。プログラムを多く書かないと良いシステムができないと考えてる奴
業務アプリケーションの理想はプログラムレスだろ
775 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 07:45:30 ]: >>769
じゃあプログラマにJavaのソースコード中にハードコーディングさせて、
実装の方針は事前にドキュメント化して、サンプルとか作ってあげて、
それを周知徹底させて・・・を毎回のプロジェクトごとにやって、
いざ実装をはじめたらリーダーやアーキテクトはそれを管理したり
レビューしたり、修正させたりのほうが劇的にコストを減らせるってこと？
776 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 18:32:41 ]: >>775
で、Strutsのあの定義ファイルでその問題は解決できてるとは思えんが
777 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 21:22:05 ]: >>776
Struts使わないともっとひどいことになる。
またはStrutsに期待しすぎ。
またはおまえさんのいるプロジェクトのアーキテクトが糞。
778 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 21:42:20 ]: >>777
Strutsの設定ファイルに書く内容を個別のファイルに書けるようになってたほうがいいってのとは別の話。
「設定外だし」がどうなのかって話題だ。
779 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 02:20:36 ]: EJB3、Hibernate Annotations、Seasar2.3等を見てると
メタデータを目印として、今までXMLに定義していたような処理はフレームワーク側が自動的にやってくれるような
方向に進んでいくと思う。
JSFだと、ManagedBeanの設定記述などはいらなくなって、faces-configには画面の遷移だけを記述する、みたいな
780 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 07:52:12 ]: >>778
そこが問題になるってことは、せっかく用意された仕組みを使えてないってだけだな。
やっぱりアーキテクトが糞だ。
781 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 12:37:08 ]: >>780
は？おまえ全然話題についていけてないよ。
782 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 12:45:56 ]: StrutsでもXDocletなりアノテーションなり、定義ファイルを気にしなくていい仕組みはあるわけだからな。
783 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 14:15:44 ]: >>777
ところで、Struts使わないとほんとにひどいことになるか？
784 名前：デフォルトの名無しさん [2005/10/19(水) 07:29:15 ]: 基礎的な質問ですみません。
JSFでたくさんの画面数、処理数があった場合、
face-config.xmlは処理分だけどんどん長くなるのでしょうか？
785 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 07:38:26 ]: >>784
そりゃそうだ。
複数のファイルに分けて書くこともできるが、トータルの量は増えるに決まってる。
786 名前：784 mailto:sage [2005/10/19(水) 08:58:53 ]: と言う事は、大規模プログラムに向かないと言う事？
かなり長くなり過ぎて、遷移に関してはかなり管理しにくくなってきたんですが・・・(´・ω・`)
787 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 09:29:18 ]: 長い=大規模に向かないってのがよくわからん
788 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 10:25:15 ]: ストラッツよりかなり長くなる気がして・・・
そうなると管理、修正とかしにくくないですかね？
789 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 10:56:33 ]: もしかして<navigation-case>の要素を全部指定してるとか？
記述ルール決めて省略できる所は省略しちゃえばいいんじゃない？

ちなみにちゃんと記述ルール決めておかないと、そのうち
「ルールのマージエラー」とか出てワケワカ状態に陥るからね。
（自戒込み）

ちなみにオレは<from-outcome>と<to-view-id>だけで管理を
するのが好き。規模小さいからこれだけで出来るのかもしれんが。
790 名前：デフォルトの名無しさん [2005/11/11(金) 13:40:47 ]: JavaOne行ってきて、聞いたんですがCreatorが無料になったみたいだね
791 名前：デフォルトの名無しさん [2005/11/11(金) 15:04:00 ]: JSFのUIコンポーネントってVBみたいに、コントロールのLostFocusとかのタイミングでリクエスト出せるの？
792 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 01:15:03 ]: >>791
いやそもそもつかいにくくて、そんなことを考える余裕すらない

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

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