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
641 名前：607 mailto:sage [2005/09/22(木) 15:40:27 ]: ちょっと話題が戻るけど、今日、ExadleStudio3.0のFree版入れてみた。
ちょっと使った感想は、可也いい感じ。
JSFのペトポトに若干不満を感じるが、それでもいい感じ。

基本的にEclipseベースなのでJDKの選択の自由がある。
サーバもTomcatやJBOSSを始め、IBM、BEA、SUNなど選べるし、
JSFの実装も選択可能。

フリーでこれだけ出来ればいいね。余計な事しないし。
有料だと、他に何ができるか、
ちゃんとドキュメントも読んでないから何とも言えないが・・・
642 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 19:58:10 ]: >>641
俺もExadelStudio3.0Free使ってるんだけど、
俺は、出来のいいHTMLエディタ(編集時にリアルタイムプレビューできる)、
JavaScriptエディタ、CSSエディタを使うため(だけ)に入れてる。
643 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 22:55:08 ]: >>642
それらのエディタって、JavaScriptエディタとCSSエディタは
Eclipse.orgで配布しているやつそのままだし、要するに
リアルタイムビューできるhtmlエディタのためだけにExadel
まるごと入れてるってことか。
644 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 23:41:30 ]: >>643
＞それらのエディタって、JavaScriptエディタとCSSエディタは
＞Eclipse.orgで配布しているやつそのままだし

そうだったのか。。。知らなかったよ。教えてくれてサンクス。
ExadelStudioは重いからなぁ

Eclipse.orgで配布しているプラグインを試してみます。
645 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 00:13:42 ]: HTML、JSF、StrutsのタグのみのJSPファイルなら、
AmaterasのHTMLエディタでプレビューできたような気がする。
646 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 05:17:34 ]: >>645
天照のHTMLエディタのプレビューだと、JSFのoutputTextとか処理してくれないのよね。

つまり、役に立たねぇ。
647 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 20:04:43 ]: S2JSF1.0.5リリースされたわけだが、相変わらず手を入れれば入れるほど、
UIの部分は糞になっていくな。（バックグラウンドは特に言う事ないが）

バリデーションのメッセージでm:labelが使えるようになりました。
m:labelを使ったバリデーション。

<input id="userName" type="text"
m:label = "User Name"
m:value="#{validatorDto.userName}" m:required="true">
<span m:inject="s:validator"
m:binding="#{userNameLengthValidator}"/>
</input>

アホ過ぎる・・・
なぜ、ラベルと入力項目を一緒にするんだ・・・
ラベルと項目の間にHTMLとか入れたい場合どうするんだ・・・

ウザイ事してないで、MyFacesのx:message見たいにx:outputLabelのforでUIと関連付けさせて、
メッセージはそれを見て拾ってくれば良いんだよ。

比嘉だか古賀だか加賀だか知らないけど、Web開発の現場を知らない奴が偉そうに、
こういった物を作るなと言いたい。

しかも、どんどんデザイナとプログラマの作業分担が難しくなっていく・・・
まぁ、仕方ないんだよな。
こいつらの腐った頭では、プログラムの分かるという前提のデザイナか、
プログラマがデザイナとして作業するって考えだしな。
648 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 20:25:35 ]: >>647
つS2Struts＋Maya
649 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 21:03:36 ]: >>648
盲目的にS2周辺のプロダクトを勧める信者が定期的に沸いてくるな。
とりあえず、その「S2Struts＋Maya」とやらがJSFと比べてどこが優れているのかまとめてくれ。
650 名前：647 mailto:sage [2005/09/23(金) 21:28:34 ]: >>649
優れてる訳無いじゃん。
S2JSFだってMayaつかってるんだから。

そもそも、このMaya自体が糞。
普通のデザイナ（Javaとか知らない）がm:injectとか書くという時点で終わってる。
なんで日本のローカル言語というかテンプレートを勉強する必要があるんだ。

仮に、デザイナがある程度プログラム的な作業をするなら、
そのままJSPなりJSFのタグ覚えた方が、仕事的にも幅は広がるし、
JavaでのWeb開発で大多数の人間が使うんだから、そっちを覚える。

そもそも、デザイナとプログラマの作業を分離したかったら、
デザイナに余計な作業させるな。

デザイナは<input type="text">という普通のHTMLだけ書かせればいいんだよ。
でもってプログラムとの対応だけさせるためにidだけ振らせる。

あとは、プログラマがそのidについてJavaでのプログラムなりXMLで
requiredとかLengthとか設定できればいい。

しかも、Mayaの場合、m:injectと書かせておいて、さらにc:outとか書かせる。
もうアホ。

c:outとか分かるんだったら、普通にJSPなりJSFなりのタグ覚えてって方がよっぽど楽だろ。

しかも、これがIPA未踏ソフトウェア創造事業に採択されたんだろ？
確か1500万だっけ？
ボッタクリもいいところだよ・・・
651 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 21:56:19 ]: >デザイナは<input type="text">という普通のHTMLだけ書かせればいいんだよ。
>でもってプログラムとの対応だけさせるためにidだけ振らせる。
つMaya

て言うか、オマイの態度が気に入らないｗ
652 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 22:05:49 ]: >>651
ぉぃぉぃ。

Mayaは単純なHTMLじゃないだろ。
確かにHTMLとして”見る”ことは出来るがな。

m:inject="c:out"

とか書かせてる時点で終わってるって言ってるんだよ。
そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。

つまり、Mayaを覚える（使う）為にはJSPやJSFの基本的な知識が必要。
ならば、JSPやJSFを覚えて、そのまま使った方がよっぽど汎用的。

今、問題にしてるのは、そもそもデザイナにこういったJSPとかJSFを意識させるなって事。

下手にJSPとかJSFの知識が必要だから、デザイナは100％HTMLでデザインして、
出来上がったデザインにプログラマが埋め込むって作業しないといけない。
でもって、デザイン変更とかあると、再度この作業のやり直し。

＞て言うか、オマイの態度が気に入らないｗ
俺はお前の姿勢が気に入らない。
理論的に、反論してみたらどうだ？
○○をこう書くことによって△△の利点があるとかさ。
653 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 22:11:35 ]: いくら２ちゃんといえども横柄な書き方をすると議論以前のレベルで荒れるということだな
654 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 22:40:17 ]: >>652
お前がお前で在り続ける限り、俺はお前に答えを教えてやる気はない。

>Mayaは単純なHTMLじゃないだろ。
NO！

>m:inject="c:out"
>とか書かせてる時点で終わってるって言ってるんだよ。
>そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。
TIMTOWTDI

>つまり、Mayaを覚える（使う）為にはJSPやJSFの基本的な知識が必要。
エンジニアに対してはYes。デザイナに対してはNo。

>俺はお前の姿勢が気に入らない。
>○○をこう書くことによって△△の利点があるとかさ。
その様な親切をお前にくれてやるつもりは微塵もないｗ
655 名前：649 mailto:sage [2005/09/23(金) 23:00:09 ]: 「S2Struts + Maya」について、利点をまとめてもらえないみたいなんでぐぐってみた。
激しくマイナーなんだな……。コレ。
まぁ、予定通り土日はさらにJSFの勉強しないとな。

S2Struts Maya の検索結果のうち日本語のページ約 268 件中 1 - 35 件目 (0.06 秒)

最も的確な結果を表示するために、上の35件と似たページは除かれています。
検索結果をすべて表示するには、ここから再検索してください。
656 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 18:06:05 ]: >>629
気になったんで調べたんだが、MyFaces1.0.9 + Tomcat5.5.9 + Sevlet Version2.3でも再現したぞ。

■A Sun Java Studio Creatorが自動生成
<servlet-mapping>
  <servlet-name>Faces Servlet</servlet-name>
  <url-pattern>/faces/*</url-pattern>
  
</servlet-mapping>

■B Exadel Studio 2.5.2が自動生成
<servlet-mapping>
  <servlet-name>Faces Servlet</servlet-name>
  <url-pattern>*.jsf</url-pattern>
</servlet-mapping>

Aのservlet-mappingを適用することで、何故かWEB-INF以下が丸見えになるってことか。
Bの設定だとWEB-INF以下を指定しても404が返ってきたんで一安心って感じ。

Faces Servletのurl-patternの設定はWEB上の資料だとAの「/faces/*」がかなり目立つが、
結局どの値を設定すればいいのだろうか……。
657 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 18:55:09 ]: ひがさん主導のS2JSFに出てくるMayaと、まさたかさん主導のMayaはまったくの別物みたいですよ。
IPAに採択されたのは後者のMayaのみ。日記漁ると昔いろいろあったようで、名前が同じなので判りにくいですけど。

S2JSFはデザイナとの分離はできてないと思います。理由はビューにおもいっきし専用タグが出現しまくるからです。
一方、後者のMayaは、デザイナとの分離は出来てます。
デザイナに画面発注してプログラムが入る余地があるところは、idを付けて貰えばそれに引っ掛けて動的なコンテンツを
注入できる。やろうと思えばid=""なくても、XPathで好きな位置に注入もできるみたいですし。
つまり既にあるHTMLに対してそのファイルは編集せずに.mayaファイルによる後付で動的なページにできるってこと。
なので、デザイナとの分離が出来てると言えます。実際Maya使ってみるとかなり良いですよ。

Mayaはあくまでテンプレートエンジンであって、MayaはStruts・WebWork・Springなどたいていのフレームワークと
一緒に動かすことが出来て、将来的にS2JSFのビューになる作業も最近進めているみたいです。
そうなれば、S2JSFのビューもデザイナとの分離が出来ていると言えるようになるかもしれません。
S2Struts + Mayaってのは、Struts(MVCフレームワーク) + S2Struts(DIコンテナ橋渡し+α) + Maya(テンプレート)
という3つを組み合わせたものですよね。S2Strutsの+αは、無設定Strutsとか。

また、Mayaの公式サンプルを見てみると、単体でもMVCフレームワークっぽい動きをJavaScriptで出来るので、
Strutsなどがなくてもそれっぽいことできるみたいです。

JSFはMyFacesで考えると動きが微妙なので好きになれないです。S2JSF1.0.0で作って動かしてるシステムが
あるものの改修するのが面倒なので、Maya + S2Struts(無設定Struts)あたりで作り直したいと思っています。
JSFはもっと作りやすくなるまで当分やりたくないです。なんでJSFの話が最近多いのか疑問。。。流行？

Seasar関連はドキュメントが十分に整備されていないのが残念ですが、もの自体はどれも良いですよ。
あとベータっぽいイメージがあるので提案しにくいってのもあるでしょうけど。
不思議なことに海外製だと実際ベータのものでもベータに見られないようで、すんなり通るのに・・・。
658 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 19:14:28 ]: >>656
多分、B案が良いと思う。
というのは、MyFacesのBlankがその設定だったはず。
659 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 19:23:37 ]: >>657
＞また、Mayaの公式サンプルを見てみると、単体でもMVCフレームワークっぽい動きをJavaScriptで出来るので、
＞Strutsなどがなくてもそれっぽいことできるみたいです。

俺は、正直これは要らない（余計）だと思ってる。

＞JSFはMyFacesで考えると動きが微妙なので好きになれないです。
MyFaces1.1.0はちょっと使ってみた感じは結構いい感じになったかも。

＞S2JSF1.0.0で作って動かしてるシステムがあるものの改修するのが面倒なので、
＞Maya + S2Struts(無設定Struts)あたりで作り直したいと思っています。

改修するのは何でも面倒だよ。

＞JSFはもっと作りやすくなるまで当分やりたくないです。
＞なんでJSFの話が最近多いのか疑問。。。流行？

流行というか、今後を考えた為っていうのが正解の様な気がする。
理由は幾つかある。

・標準として組み込まれたという事
・Strutsは既に知っている（既存システムの修正・拡張は問題無い）
・Struts-ShaleがJSFベースになる
・やっぱり、Strutsと比べると面倒
660 名前：659 mailto:sage [2005/09/24(土) 19:34:00 ]: ---- 続き -----
＞Seasar関連はドキュメントが十分に整備されていないのが残念ですが、もの自体はどれも良いですよ。

ドキュメントは本当に残念。あとサンプルプログラムもちょと残念。
一応、仕事としてWebシステムとかJavaに関わってる人達が居るんだから、
もう少し業務システムっぽいサンプルが欲しいと思った。

個人的にはSeasar2とMayaは好きだけど、S2StrutsとS2JSFはちょっと・・・
というのは開発側の選択の自由が無い。

S2StrutsにしてもS2JSFにしてもStrutsとJSFの実装を組み込んでいる。
Strutsはまだ良いが、JSFとか何処のベンダーの物でも使いたい。

また、何でも間でもS2の仕様に合わせるのも嫌だ。
此処はS2の機能を使いたいけど、此処は標準でいいやとか、
そういった細かい選択も行いたいというのが正直な所。

＞あとベータっぽいイメージがあるので提案しにくいってのもあるでしょうけど。
＞不思議なことに海外製だと実際ベータのものでもベータに見られないようで、すんなり通るのに・・・。

これは面白いよねｗ

でも、最近のメーリングリスト見て、Seasar関連を見限ろうかを会社で検討した。
というのは、開発側に居る人間がそれで金を取ってのサポートを検討したから。

これが完全に第3者の企業とかがやるならいいのだが、
関係者が行うと、メーリングリストでの質問やブログ、
更には公式ドキュメントやサンプルに手を抜く可能性がある。

意図的か故意かは別としてね。
当然、中には、この部分に手を抜けば、サポート契約が増えて儲かると考える奴が出てくる。
661 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 20:09:43 ]: >>658
サンクス。
「/faces/*」でやってたサンプルを「*.jsf」に変更して色々試してみるわ。
662 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 20:20:40 ]: >>660
執筆や公演しないっていってるしね。
663 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 21:41:51 ]: >>660
んーでもSpringとロッドのInterface21だってそんな関係だし、JBossだってそうでしょ？
彼らは上手く立ち回れているようだけど、Seasarの中の人はどうだろうね
664 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 21:49:08 ]: >>660
> S2StrutsにしてもS2JSFにしてもStrutsとJSFの実装を組み込んでいる。
> Strutsはまだ良いが、JSFとか何処のベンダーの物でも使いたい。

S2JSFってMyFaces以外のJSF実装使えないんだっけ？
開発中の頃(冬？)にMyFacesに依存しないようになったとかブログで読んだ気がするけど。

そもそもJSF仕様ってViewHandlerとかLifecycle関連とかをfaces-config.xmlで
カスタマイズできるようになっていて、S2JSFは主要な部分をほとんど独自実装に
置き換えているみたいだからMyFacesにはあまり依存していない気がするんだけど。
665 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 22:07:36 ]: >>660
金を取ってのサポートはもう随分前から話はあったし
実際やってたんじゃなかったかな。ISIDが。
去年の11月のからさわぎあたりでもうそんな話が出てたと思った。

あ、ごめん、ISIDじゃなくて開発者が金取ってサポートってのが問題って事か。
俺あの話題、ISIDがやるんだと思って流し読みしてた。

あと、S2JSFで使ってるMayaの仕様だけで
Maya全体を判断して勘違いしたまま吼えてる人がいるけど
いいかげん誰か教えてあげなよ。
666 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 22:17:57 ]: >>665
> 俺あの話題、ISIDがやるんだと思って流し読みしてた。

「弊社で」って書いてたからISIDでやるんでしょ。
最近アンケートがあったのはS2関連に加えてStrutsとかHibernateも
サポートするってのが新しい点だと思ったけど。

> いいかげん誰か教えてあげなよ。

いやいや、もっと吠えさせておこうよw
667 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 22:20:30 ]: >>659
> MyFaces1.1.0はちょっと使ってみた感じは結構いい感じになったかも。
ありがと、いろいろ変わったみたいだね。でも、今はMayaが気にいってるからまだいいやｗ。

> 改修するのは何でも面倒だよ。
まぁそうなんだけど、あのHTMLと独自タグが同居してるのを直すのがかったるいってのがあるので。
特に一回Maya触りだすと余計もう触りたくなくなった。なのでMayaとJSFが組み合わせるようになったらまたJSF考えるよ。

>・標準として組み込まれたという事
標準だからといって良いものとは限らないけど、たしかに標準って言葉には弱いだろうな。実際増えてるし。

>個人的にはSeasar2とMayaは好きだけど、S2StrutsとS2JSFはちょっと・・・
>というのは開発側の選択の自由が無い。
S2StrutsはStrutsがターゲットなんだからそれで良いと思うよ。あくまで補助機能を提供してるわけだし。
S2JSFはMyFaces以外だと動かないのならS2MyFacesの方が親切かもな。

>でも、最近のメーリングリスト見て、Seasar関連を見限ろうかを会社で検討した。
>というのは、開発側に居る人間がそれで金を取ってのサポートを検討したから。
これはおかしいな。てか、今使ってるオープンソース製品良く見てみるといいよ、
大抵同じようなモデルでコミッタの会社(海外の)が商用サポートしてるから。気にならないのはたぶん
日本人が海外製だと実際ベータのものでもベータに見られないのと同じような理由だと思うよ。

で、公式が手を抜いてるように見えるのは同じ日本人がやってるから手伝わなくていいやって心理が
内部にも外部にも働いてるんじゃないかな。海外製だと日本語訳して公開してみたり、日本人向けにサンプル公開
してみたりするけど日本製だと公式読めるしそのうち出てくんじゃね？ってなって待ってよー、で終わってるのかと。
というわけで提供側にも利用側にも問題があるんじゃない。実際自分もそうなわけだが。スマン。
668 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 23:19:59 ]: >>664
＞S2JSFってMyFaces以外のJSF実装使えないんだっけ？

多分、他の実装使えない。
というか、組み込まれてるMyFacesのバージョンが違うと、駄目っぽい。

というのは、S2JSF1.0.5がリリースされた訳だけど、
メーリングリスト見ると、1.0.4でMyFaces1.0.9を採用したら、
MyFacesの関係で不具合が出た模様。（少なくてもメーリングリストからはそう読める）

つまり、MyFacesどころかバージョンまで固定して完全に依存してるっぽい。

>>665
＞あと、S2JSFで使ってるMayaの仕様だけで
＞Maya全体を判断して勘違いしたまま吼えてる人がいるけど
＞いいかげん誰か教えてあげなよ。

まぁ、話の流れでS2JSFとMayaとなると、そういった流れになるんじゃない？
そうだとすれば、まぁ間違いじゃないけどね・・・
669 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 23:45:54 ]: >>668
CVS見るとチェックボックスが選択されなかった時にMyFaces1.0.8では空配列を
返していたのが1.0.9で空文字列を返すようになったとかそんな違いみたいだね。
CVS版では1.0.8でも1.0.9でも動くようにしてるみたいだからバージョンまで固定して
完全に依存って言い方はかわいそうな気がするけど、こういう微妙な違いは
実装によってたくさんあるだろうだから、MyFaces以外である程度動いたとしても
実用にはならないかもしれないね。
670 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 23:58:44 ]: >>668
話の流れもなにも、

>そもそも、このMaya自体が糞。
>普通のデザイナ（Javaとか知らない）がm:injectとか書くという時点で終わってる。

これのどこが間違いじゃないんだ？
m:injectと書く「事も出来る」ってのも知らないわけでしょ。
あ、しまった教えちゃったよ。
671 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 01:07:39 ]: >>660
>意図的か故意かは別としてね。
同じじゃん。

つー揚げ足とりはおいといて、別にメーリングリストとかでの質問対応が
おろそかになるんじゃないと思うけど。
金取ってサポートするのはISIDでしょ。
ひがたん以外の開発者でISIDの人っているの？

そもそも現状で(初心者向け)ドキュメント足りてないから手を抜くもなにもないし、
サポート契約だって「責任のなすりつけ先が欲しい」って意見のためだと思ってたけど。
672 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 07:26:55 ]: S2JSFの話に紛れていたが、MyFaces1.1出たんだね
糞実装と各所で言われていたMyFacesだけど、安定したんだろうか？
673 名前：デフォルトの名無しさん [2005/09/25(日) 12:57:29 ]: で、現在のところ、
JSFとStruts、どちらも未経験のところから始めて
学習時間も含めて、どちらの方が開発期間が短い？
674 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 13:04:05 ]: >>629
同じくおれもそれ実験したものの一人です

で、解決としては無くは無いのだが一つ挙げます
他にいいのがあればどなたか提案してください

*.jsfという拡張子でFacesServletを呼ばれるようにする
*.jspの拡張子で呼ばれたら*.jsfにリダイレクトさせる（Location:）←Apacheの設定でもいい
675 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 13:53:36 ]: 最近JSFの勉強しようと思っていろいろ試しているんだけど、
Exadelって、部品のドラッグアンドドロップとかって
できないの。
676 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 17:14:03 ]: >>673
つくるものによる。
677 名前：676 mailto:sage [2005/09/25(日) 17:25:47 ]: おおまかにいえば、Web的なものはStruts、アプリケーション的なものはJSF
678 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 17:36:22 ]: >>677
Web的とかアプリケーション的って具体的になんなんだろう・・・
普通は『Webアプリケーション』と言われる訳だし・・・

そういえば、Strutsで出来る事はJSFでも出来ると言われている。
つまり、JSFがStruts＋αであるならば、Strutsはもう要らない？
679 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 17:46:17 ]: ・・・Strutsいらないっていいたいだけか。
680 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 20:53:28 ]: 最近会社の方針でASP.NETの開発に移ったんだけど・・・
はっきりいって負けてない？

どうもMAC信者と同じ香りがするんだけど。
681 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 21:13:54 ]: >>677
webでのECサイトみたいなのがweb的

イントラでC/Sをwebに置き換えましたみたいなのが
アプリケーション的

って感じでいい？
682 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 22:54:00 ]: >>680
どっちがどっちに？
683 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 23:28:40 ]: MyFace1.1に変えてみたけどブラウザの戻るボタンで戻ったときの
挙動は相変わらずだね。。。
あーあー。
684 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 23:58:35 ]: Craig的にはStrutsよりJSFだと。
Strutsの経験があって、より新しいアーキテクチャとしてJSFを作ったのだから。
685 名前：デフォルトの名無しさん mailto:sage [2005/09/26(月) 04:17:43 ]: >>681
そんな感じ。
URLやセッションが気になるのがweb的で、URLがどうなってても気にならずセッション使いまくっても気にならないのがアプリケーション的。
Webサイトとしての見え方する必要があるのがWeb的で、VBやらで作ったアプリと同じような見え方する必要があるのがアプリケーション的。

っていうのを表現したかった。
JSFだと、セッションの使い方やらURLのコントロールがめんどくさい。
686 名前：デフォルトの名無しさん mailto:sage [2005/09/26(月) 16:53:23 ]: JIDEってマイナー?
www.jidesoft.com/
687 名前：デフォルトの名無しさん mailto:sage [2005/09/26(月) 17:57:59 ]: 土曜に吠えていた無知無恥君は逃亡？
688 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 07:08:24 ]: >>687
流れを見てれば分かるけど、奴が書き込むのは休日だな。

それと完全に無知とも言いがたい。
確かに勘違いしてる部分はあるがな。
Mayaの件もS2JSFのMayaという点で見れば、全くその通りだし。

それより、俺は某ブログに書かれてる
>「maya-faces」サブプロジェクト始動。
こっちの方が激しく気になる。
689 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 08:57:46 ]: つうことはaで始まる人かな？
690 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 09:34:44 ]: つ　ttp://pcweb.mycom.co.jp/articles/2005/09/26/maya/
691 名前：デフォルトの名無しさん mailto:sage [2005/09/27(火) 10:43:33 ]: >>688
> Mayaの件もS2JSFのMayaという点で見れば、全くその通りだし。

そうか？
例えば

>>652
> m:inject="c:out"
> とか書かせてる時点で終わってるって言ってるんだよ。
> そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。

これは違うだろ。S2JSFの想定は

1 デザイナがピュアなHTMLを作る
2 プログラマがm:injectを追加する
3 そのHTMLをデザイナが修正できる

だろ？
JSPでは3が難しくなるがS2JSFだとm:injectを無視してもらえばいいって話。
デザイナにm:injectとか書かせるってのは奴のねつ造。
HTMLと設定ファイルを分けられるMayaに劣るのは確かだとしても、
分業できないって考えるのはアホすぎ。
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
いやそもそもつかいにくくて、そんなことを考える余裕すらない
793 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 01:19:30 ]: >>791
そういうUIコンポーネントを作ればできる。
どっかのベンダーが作ってるかもしれない。
794 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 00:58:52 ]: 実際の案件でオールJSFとか使った人いる？
もうそーゆーレベルで使われ出してたりするのかな？
795 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 10:33:56 ]: >>794
使った。まだ時期尚早だと感じた。
Java EE5対応の開発環境が各社から出そろって
各製品がバージョンアップが一回ずつぐらい行われた頃になると
ほどよく成熟して足並みもそろうのだと思う。
796 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 11:19:38 ]: Oracleが一番早く対応しそうだな。
WebSphereとWebLogicはもうちょっと先になるかな？
797 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 14:53:10 ]: >>796
今使ってるOracleのAP鯖、ず～っと気に食わなかったけど、
今回初めてこれにしといて良かったなとオモータよ。
JSFもそうだけど、EJB3.0のRI向けにTopLinkを放出したのは
正直Oracleを賞賛したい。Hibernate対抗措置だったのだろうけどね。

早く来い来いEJB3
798 名前：デフォルトの名無しさん [2005/11/17(木) 23:29:24 ]: EJB3.0ってそんなに便利なの?
799 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 23:41:07 ]: >>798
ふたを開けてみないとわからないのが正直なところ。
Hibernateで充分な気がするし。
というか、persistence API でコード書いておけば
EJB3かHibernateかなんてあまり関係ないしね。

EJB3がどうのというより、各ベンダの実装で性能や使い勝手が左右されると思うよ。
800 名前：デフォルトの名無しさん [2005/11/17(木) 23:45:58 ]: しかしEJB3.0にはとてつもないポテンシャルを感じさせるのは確かだ
801 名前：デフォルトの名無しさん mailto:sage [2005/11/17(木) 23:56:41 ]: ジェロニモはEJB3か？っつかジェロニモってあるのか？
802 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:02:51 ]: DIコンテナってみんな独自だったのがEJB3という標準化によって
どこのアプリ鯖使っても動くようになるってのは割と大きいよ
803 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:09:42 ]: EJB3って、HibernateとTopLinkにちょっとでも互換性を持たせるための仕様じゃないの？
804 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:51:41 ]: EJB3はDIコンテナとしては中途半端だと思う。EJBをDIするぐらいしか出来ないし

>>803
その２者を使ってO/Rマッピングの標準を作ったということじゃないだろうか
805 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 00:56:08 ]: >>795
レスありがとー。
やっぱまだ時期尚早かぁ。

file1.grp.yahoofs.jp/v1/8Jp8Q23h3jyW5zc2F8FdoipQK_wwW7TE5hF5dmuMm-sziRay0zv38zEyvu1WojpHFhXU1bMMCx-jad1WYgmxvmJV4Ug/JSFTips.html

↑こことか見るとサーバーリソースも現行のWebアプリより食いそうだし、
こなれてきてもWebアプリは全部JSF！みたいにはならないかもなぁ。
806 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 01:13:55 ]: >>805
アーキテクチャや思想としてはStrutsよりもかなりいい感じなんだけどね。
もうちょっとこなれて欲しい。
これからの進化に期待。
807 名前：デフォルトの名無しさん [2005/11/18(金) 12:54:20 ]: Sun Java Studio Creatorで業務した人いる?
なんか使った感じ、かなり便利だった。
808 名前：デフォルトの名無しさん mailto:sage [2005/11/18(金) 13:18:10 ]: JDevelopperもSun Java Studio Creatorも
どっちも便利だな。
残念ながら、Eclipseには相当する機能は現時点ではないしな。
809 名前：デフォルトの名無しさん mailto:sage [2005/11/19(土) 18:12:32 ]: 結論：Sun One >>>>>>>>> Eclipse
810 名前：デフォルトの名無しさん [2005/11/19(土) 22:17:15 ]: >>805
見れないんだけど、何が書いてあるの？
811 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 01:17:28 ]: >>810
ごめん。家のPCでYahooにログインしっぱなしだったからそのまま貼っちゃった＾＾；

groups.yahoo.co.jp/group/jsf-jp/

ここのブリーフケースの中にあるJSFTips.htmlってファイル。

よくわかるJavaServer Facesのしくみ
www.amazon.co.jp/exec/obidos/ASIN/4883732096/

↑の本書いてる吉田裕之って人が書いたJSFのTIPS集。
結構詳しいからJSF使うなら読むといいんじゃないかな？

で、ここに「JSFはサーバーパワーが必要」って項目があったんで、そんなんで実際の現場で普及すんのかな？と。
812 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 01:36:39 ]: >>811
さんきゅ！
813 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 04:28:42 ]: >>811
サーバーパワーなんか、ヒューマンリソースに比べれば二束三文
814 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 04:31:56 ]: 実際の実行環境は、パワーあるマシン使うのが普通なので問題ない
815 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 13:47:52 ]: 何Wくらいのがお薦めですか？
816 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 13:50:19 ]: 1.21ジゴW
817 名前：デフォルトの名無しさん [2005/11/22(火) 20:59:34 ]: 死亡したのは.netではなくstrutsだな。
818 名前：デフォルトの名無しさん mailto:sage [2005/11/22(火) 21:42:24 ]: >>817
struts現verの死滅は確実。（と、struts開発元も公言）

shaleがどうなるのか見ものだね。

個人的にはshaleは「出しゃばりすぎ」との予感してる。
shaleを『軸に』システム組むなんて発想は真っ平ゴメン!!
P層のフレームワークは純粋にviewを構築するパーツで
あって欲しい。

その点、JSFは、いいセンスしてると思う。実装がこなれて
いなくて使い辛いのは認めるけど。

勘違いだったらｽﾏｿ
819 名前：デフォルトの名無しさん mailto:sage [2005/11/22(火) 22:34:29 ]: >>818
全面的に同意。
（今の）Shaleは覚えることが大杉。使いこなすのが恐ろしく難しい。
JSFとChainとSpringとTilesと・・・と多数のフレームワークやライブラリの
使い方を全部マスターする必要があるんじゃないのか？と思うぐらい。

JSFそのものは思想・アーキテクチャとしては優れているね。
実装と開発環境がもう一皮むけるのを心待ちにしているよ。
820 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 12:32:42 ]: >>802
実際はそうなるんだろうな。
純粋なスペック面ではDIやってる連中にはヌルすぎと批判されてるが。
こないだのJavaOneでSeasarの人とか。
821 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 14:04:45 ]: >>820
Hibernate等のO-Rマッピング技術もまったく同じことだね。
Java Persisence APIによって標準化され、どこでも同じAPIで
どこでも同じように動くようになる。
822 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 14:22:30 ]: JSP/servletとかと同じだよな
結局よほどじゃないかぎりライブラリやフレームワークに依存したコードは書きたくない

JSFに関してはもうちっとなんだろうけど
creater２見る限り開発は問題なさそうだが
運用環境が頭痛いか
823 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 02:27:49 ]: creater２いいとかいうが
あの自動生成のソースが気持ち悪くて最悪なので
どうしても使う気になれない。
824 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:34:54 ]: コンパイル後のバイナリが気にならないように、
自動生成のソースの中身を気にならなくなる時代が来るのかもな。
825 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:38:28 ]: 自動生成部分はいじらないのが普通だろ
GUIエディタでもそうだし
826 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:39:01 ]: >>824
そう思う。
アセンブラなどをやっていた人間からするとJavaが既にそういう存在だと思うし。
827 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 23:48:53 ]: つーか、コンパイラとかアセンブラ自体がすでに（ｒｙ
828 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 09:43:37 ]: >>826
アセンブラやってた人間ならCの時点ですでに悲鳴上げたことあるだろｗ
829 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 15:12:41 ]: 開放感でうれしかったけど。
830 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 23:25:23 ]: Cコンパイラが生成したアセンブラソースのことじゃね？
831 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 09:48:27 ]: 開発ツールSun Java Studio Enterprise 8、無償でリリース－＠IT
www.atmarkit.co.jp/news/200511/10/jsc.html

タダで使えるようになったみたいだけど、これのJSF機能ってどうなの？
楽チン？
832 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 11:49:07 ]: >>831
JSFに特化するなら、Creatorのほうがいいかも
833 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 13:11:08 ]: >>831
JSFに特化かどうかというよりも、その両製品は対象ユーザが違う。

JSFのAPIを隠蔽して、完全にグラフィカルな作業環境で開発したい
→Creator
APIなどをある程度把握して、自分で好きに実装したい
→Sun Java Studio Enterprise

どんなコードを生成してくれても気にしない。そのかわりにお手軽開発というのならCreator。
そのかわり、大規模アプリケーションを何人ものプログラマでコードを共有するのには向いていない。
システム開発屋が扱うというよりも、ユーザ企業の担当者がちょっとした
マスタメンテツールや情報検索ツールを作るのに向いているし、そういうユーザがターゲット。
834 名前：831 mailto:sage [2005/12/04(日) 13:59:46 ]: >>832
>>833

レスありがとう。

だとすると、業務で使うとしたらメインはやっぱJava Studioの方になるのかな～。
Createrはちょっとしたツールとか書く時にはロジックに集中できて便利そうね。

ちなみにダウンロードサイトが英語だったりしてイマイチよく分かってないんだけど、
この2つの「無償」ってのは、商用利用も含めて「無償」で使っていいよ、ってこと？

それとも個人利用の制限あり？？
835 名前：デフォルトの名無しさん [2005/12/16(金) 13:57:57 ]: いつの間にか facelets1.0.4がreleaseされてますよ。
https://facelets.dev.java.net/
誰か人柱になってくれんかのぉ。
836 名前：デフォルトの名無しさん mailto:sage [2005/12/16(金) 19:38:38 ]: >>835 人柱よろｗ
837 名前：デフォルトの名無しさん [2005/12/18(日) 02:29:30 ]: Oracle、ApacheにJSF実装「ADF Faces」を寄贈へ
pcweb.mycom.co.jp/news/2005/12/15/023.html
838 名前：デフォルトの名無しさん [2005/12/18(日) 21:19:55 ]: 通常のリンクで<to-view-id>にフォワードするのに<from-outcome>に指定した文字列を使いたくて
<f:view>
<h:form>
<h:commandLink action="link">
</h:form>
</f:view>
と書いてます。
これをもっと簡単に書く方法はありませんか？
839 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 22:55:32 ]: 充分に簡単だと思うけどな・・・・
840 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:04:59 ]: JSFじゃなければ<a href="link.jsp">で済むので、簡単だとは思えません。
841 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 23:48:26 ]: GET受け付けないから無理
842 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 01:09:04 ]: f:viewは仕方ないにしても、h:formが必要ない書き方って標準でないんでしょうか？
843 名前：デフォルトの名無しさん [2005/12/19(月) 07:45:39 ]: ASP.NETのパクリ成功した？
844 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 11:51:21 ]: もう一息です
845 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 12:40:11 ]: JavaEE5出てから本格始動だろうな
846 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 13:00:46 ]: >facelets

これ、素のHTMLのTableタグをdatatableとかpanlegridに置き換える方法が判んない。
847 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:32:55 ]: >>840
じゃ、おまいには無理だ
848 名前：デフォルトの名無しさん [2005/12/20(火) 23:56:04 ]: >>837
これでJSFにも勢いつくといいね。

＞100を越えるJSFコンポーネントから構成されており

結構すごそう。
誰かもう触った人いる？
849 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 08:25:58 ]: ちょっと試してみた。
tomahawkのように他のJSF実装と組み合わせて使う方式だから簡単に試せると
思ったが、子要素の解釈が結構違っていてかなりの書き換えが必要になりそう。
Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作
するけど、ADFはほとんど全滅。同等のJSFタグに置き換えるか、verbatimで
囲む必要があった。
一方でJSF標準はjstlとの併用がまったく考慮されていないのが不満だったけど、
ADFでは独自にforEachやswitcherなどを用意してくれているのがありがたい。
forEachはまだいろいろ制約があるみたいだけど。
850 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 11:49:00 ]: JSFも1.2はJSTLと併用できるみたいね。
851 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 12:12:21 ]: >>849
＞Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作
するけど

ものによる。

この問題を解決するために、JSF1.2/JSP2.1ではJSFタグに${...}を記述できるようになる。
${...}は即時解釈（通常のJSPと同じタイミング）され、
#{...}はレスポンス描画フェーズで解釈される

・・・だそうだ。JavaOneでCraigとYUTAさんがそう言ってた。
852 名前：デフォルトの名無しさん mailto:sage [2005/12/26(月) 10:54:37 ]: 求む人柱
www.alphaworks.ibm.com/tech/faces4laszlo
853 名前：デフォルトの名無しさん mailto:sage [2005/12/27(火) 01:40:08 ]: 人柱って、、、試したところで何のデメリットもないんだから手前で試せよ。
854 名前：デフォルトの名無しさん mailto:sage [2005/12/27(火) 09:30:17 ]: 環境が無いんだよ
855 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 00:22:42 ]: >>854
どういう意味だ？
856 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 01:00:43 ]: 家にも会社にもPCが無いんだろ。
2ちゃんは携帯からか？
857 名前：デフォルトの名無しさん mailto:sage [2005/12/31(土) 11:04:18 ]: >>856
すごいなｗ
858 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 03:33:41 ]: JSFって、実際のところどうですか？
859 名前：デフォルトの名無しさん [2006/01/03(火) 22:34:23 ]: 悪くないよ。
でも基本的にグラフィカルIDEが必要。
コードで書くもんじゃない。
860 名前：デフォルトの名無しさん mailto:sage [2006/01/03(火) 23:08:36 ]: テキストベースのコードを直書きしても、Strutsよりはるかにマシ。
GUIベースのIDEは、下記の点を割りきればOK。
・ベンダ依存のコードになる（他のツールでの編集は考えてはいけない）
・ソースを直接編集することは一切考えない（上に同じ）
・自動生成されたコードがキモい
861 名前：デフォルトの名無しさん [2006/01/04(水) 00:56:06 ]: >>859
JSFを信じない人のために: JSFに関するFUDをクリアーする
www-06.ibm.com/jp/developerworks/java/050527/j_j-jsf1.html

これによると

>JSFに関しては3つの大きな誤解がありますが、その第1は、作業のためにWYSIWYGツールが必要だというものです。

だってさ。
詳しくは読んでないから知らんが。
862 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 01:20:14 ]: >>861
>『WYSIWYGツールを使わなくても、JSF開発はStrutsよりもずっと簡単なのです！』

あくまでもStrutsに対する相対評価だね。
863 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 03:16:51 ]: Java初心者なんですが、できるだけお手軽にWebアプリを作りたいので、
JSFに注目してます。
Javaっていろんなフレームワークがあって、何から手をつけてよいのか迷い
ます。
JSFでWebアプリを作れるようになるには、どういう順序で勉強すればいいの
でしょうか。
Javaの基礎（文法）⇒JSPとサーブレット⇒JSF
こんな感じでいいでしょうか。
864 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 08:08:46 ]: 順番はそれでいいと思うけど、単にお手軽につくりたいだけならPHPの方がいいような･･･
865 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 11:31:15 ]: >>863
sun java studio creator を使え。
それでもだめならあきらめろ。
866 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 16:49:33 ]: 863です。レスありがとうございます。

>>864
PHPとASP.netは使えます。これらに慣れすぎたせいでJavaでもお手軽に
作れないかなという気持ちになってしまいました。

>>865
早速ゲットしました。これが無料って、すごいですね。
867 名前：デフォルトの名無しさん [2006/01/04(水) 19:36:08 ]: sun java studio creatorを使いこなせれば、
たいていのWEBアプリはOKだと思う。
868 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 19:42:52 ]: >JSFに関しては3つの大きな誤解がありますが、その第1は、作業のためにWYSIWYGツールが必要だというものです。
必要なんじゃなくて、ツールと一緒に使うことも視野に入っているだけ
869 名前：デフォルトの名無しさん mailto:sage [2006/01/04(水) 20:04:06 ]: はいどうぞ。
pcweb.mycom.co.jp/articles/2006/01/01/whatisjsf/
870 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 00:07:12 ]: JSFにはバリデーションマスクみたいな機能ってないんでつか？
わざわざActionListenerでコンポーネントツリーつかってシコシコ
processValidators呼んでやんないとだめなんすか？

それともこんな質問してる俺が馬鹿なだけですか？
871 名前：デフォルトの名無しさん [2006/01/17(火) 16:33:55 ]: JSPから引数があるメソッド呼ぶ方法ってないの？

こんなのを呼びたい
public String getLabel(int state) {
return (state == 0 ? "０" : "１");
}
エンティティに表示文字列を意識させたくない
872 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 16:41:54 ]: 普通に呼び出せばいいと思うが。
しかし、選択肢はJSPかエンティティしかないのか？
873 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 17:07:51 ]: 具体的にどうすれば良いのだ？

#{hoge.label}
の形式では無理なのか？
874 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 17:50:40 ]: スクリプトレット使えばよかろう。
875 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 18:22:50 ]: <t:dataTable value="#{aaa.hogeList}" var="hoge">
　<h:column>
　　<f:facet name="header">
　　</f:facet>
　　<%= hoge.getLabel() %>
　</h:column>
</t:dataTable>

せんせーできません
876 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 19:04:37 ]: page.getAttributeじゃねぇの？
877 名前：デフォルトの名無しさん [2006/01/17(火) 19:48:54 ]: そもそもdataTableタグの中でスクリプトレット使えないから・・
878 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 19:50:38 ]: >>877
JSF1.1まではね。
879 名前：デフォルトの名無しさん mailto:sage [2006/01/17(火) 20:20:55 ]: 俺らみたいな低民族がまともに開発できるバージョンで教えてくれ
880 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 01:39:20 ]: JSFってどんなものか試しにSun Java Studio Creator使ってみたけど、
凝ったことやろうとするとなんか面倒じゃね？
881 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 07:36:45 ]: >>880
それはCreatorが面倒なだけ。
882 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 07:49:08 ]: >>878
便乗だけど、JSF1.2で動かそうと思ったら、今はGlassFishしかないの？
そもそもTomcat6が作られてないからServlet2.5、JSP2.1も（GlassFish以外に）今は無い？
883 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 11:28:49 ]: >880
Eclipse＆JSP手書きで充分
884 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 12:26:05 ]: 俺もポトペタ要らん派だけど、beanやproperty/methodの
存在チェックくらいして欲しいと思わないかい？
885 名前：デフォルトの名無しさん [2006/01/18(水) 21:05:18 ]: バッキングBeanって基本的に1つのサービスに対してしか必要ない？
886 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 22:10:03 ]: どういうこと？
887 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 22:13:19 ]: >>884
NetBeans5の、タグをポトペタする機能は便利だよ。
h:dataTableなんかをパレットからD&Dしてデータを指定したら、適当なh:columnなんかが入ってくれる。
新しいアイテムの自作も難しくないし。
JSFではWYSIWYGではない環境でのポトペタが便利だと思う。
888 名前：デフォルトの名無しさん mailto:sage [2006/01/18(水) 22:18:46 ]: なんか１画面で１つのバッキング・ビーンを定義するっていう風潮があるじゃんか
無駄なんだよな。

本当にバッキング・ビーンとして扱うべきものは、状態が変化するモノなんじゃないかと。
そうなると必然的にサービスと紐付いてくるわけさ
889 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 00:36:10 ]: そうするメリットってどんなものがあるの？
個人的にはどっちでもいいけど、画面項目設計書から余計な事を
考えなくとも、機械的にソース吐けるから大した手間でもないし、
Beanは画面から送られる使い捨てキャリアとしてしかみてない、
且つ、1画面=1Beanでシンプルでよいし・・ということで、気にせず
作ってしまってるんだけど。。
890 名前：デフォルトの名無しさん [2006/01/19(木) 01:24:07 ]: ・メリット
コード量が圧倒的に少なくて済む

・デメリット
画面開発者がどのBeanを使うかを理解しないといけない

逆に１つの画面で１つのBeanにすると
・メリット
画面中心で単純

・デメリット
同じ処理を複数回書く必要がでてくる
コードが増える
うざい
くさい
画面が増えたとき面倒
メモリ使用量が増える
設定ファイルの記述が増えるのも面倒
画面間の値の受け渡しに気を遣う必要がある

とりあえず、
定型ソースと言えど、人間が触る部分のコード量が多いのはシステムの見透しが悪くなるからうざいのと、
同じことを何度も書くのはあほらしい
891 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 02:22:42 ]: >・デメリット
>画面開発者がどのBeanを使うかを理解しないといけない
これはメリットのわりにはかなり痛いデメリット。
自分ならやっぱ1画面=1Beanを選択するよ。
（多数の初心者のような開発者抱え込む場合ならなおさら）

対して1画面=1Beanのデメリットはどれも小さいものばかり。
その中では実際デメリットにもなりえないものも、いくつかあると思う。
892 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 05:20:43 ]: >>891
>画面開発者がどのBeanを使うかを理解しないといけない

これは実際には、画面開発者がどの機能を実装しているかを理解しないといけないということ。
画面ごとにBeanを作ると、持ちまわるべきデータを分断してしまうことになって、そのためのロジックが必要になったりする。

大きな機能ごとの幹になるBeanを作って、細かい画面制御的なBeanが必要なときは画面ごとに用意するというような、ハイブリッドな考え方。
どちらかにこだわると失敗する。
893 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 09:52:29 ]: >891
どこが小さいデメリットばかりなんだよ

>画面開発者がどのBeanを使うかを理解しないといけない
これは設計者がちゃんと指示すれば済む問題
894 名前：デフォルトの名無しさん [2006/01/19(木) 18:08:01 ]: ちょっともどるが>>871みたいなのはコンバータ作るべきなんじゃね？
895 名前：デフォルトの名無しさん [2006/01/19(木) 19:00:16 ]: >894
目からうろこ
ﾏｼﾞｻﾝｸﾇ！
896 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 23:50:32 ]: >同じ処理を複数回書く必要がでてくる
>コードが増える
>画面が増えたとき面倒
>設定ファイルの記述が増えるのも面倒
これらは工数として見たとき、どちらを採用しても大した違いはないと
思うんだけどな。
仮に差があったとしてもシステム全体で考えても数人日程度だと思う。
（どっちが工数大きくなるかは置いておいて）

>メモリ使用量が増える
これは逆じゃない？ごった煮Beanの方が状態管理する必要のないものまで
セション管理される可能性が高いと思う。
それでも微々たるもので、メモリを圧迫するレベルとはかけ離れた
レベルの話だと思うけど。

>画面間の値の受け渡しに気を遣う必要がある
ごった煮の1Beanだとある状況で扱う項目/扱わない項目がでてくるわけだから、
1画面=1Beanで気を使う部分とは別に、意識しなければならない要素がでてくると思う。
（このタイミングでこの項目は使うんだっけ？？みたいな感じで何度も設計書を
見直さなければならないとか）
897 名前：デフォルトの名無しさん mailto:sage [2006/01/19(木) 23:56:59 ]: >それでも微々たるもので、メモリを圧迫するレベルとはかけ離れた
>レベルの話だと思うけど。
自己レスだけど、これは仕様によるからなんともいえないね。
大きなデータ構造を何百件ももつ必要がある場合とかは考慮が必要だと思う。
そこまで大きなデータを持たなければならない状況もレアだと思うけど。
898 名前：デフォルトの名無しさん mailto:sage [2006/01/20(金) 01:53:35 ]: >896
項目数もアクセス数も画面数も少ないのなら1画面1Beanの場合でもリソースやそれの管理に伴う時間なんかは無視できるかもな
ただ聞きたいんだがManagedBeanってSessionからはいつ消えるの？

どこからごった煮という定義になったのか知らんが、ごった煮という定義は間違ってる。
おそらく1機能＝1Beanという理解をしているんだろうが、それも一つの手ではあるがあまり良い手ではない。

Managed-Bean（≒バッキング・ビーン）は、
1つのサービスを起動する際に関係のある状態が変化するオブジェクト
と位置づけてはどうだろうか？と。

>ごった煮の1Beanだとある状況で扱う項目/扱わない項目がでてくるわけだから、
サービスが必要とする最低限の項目のみで良いからそんなことにはならん

>1画面=1Beanで気を使う部分とは別に、意識しなければならない要素がでてくると思う。
画面間でオブジェクトを受け渡す場合、「えーっと、、、次の画面のBeanはなんだっけ？？」みたいになるだろ。
画面遷移を意識するはnavigation-ruleだけでお腹いっぱい
899 名前：デフォルトの名無しさん mailto:sage [2006/01/22(日) 02:23:11 ]: 昨日からJSF始めたんだけど、Managed-Beanてのは、プレゼンテーション層用の
Beanて認識でいいの？
今まで自作フロントコントローラーからビジネスロジックのコマンド実行する
方法ばかりやってたせいかいまいちピンと来ない・・・
900 名前：デフォルトの名無しさん mailto:sage [2006/01/23(月) 10:05:55 ]: >899
正解。
ビューコントローラに相当します。
901 名前：デフォルトの名無しさん mailto:sage [2006/01/24(火) 01:28:32 ]: >899
ハッキリ言ってどうにでも使える。
上の方でもやってるが、ビューとしてもOKだし、ビジネスロジックへの橋渡しとだけ考えても良い
重要なのはどうやるかをキチンと決めて、一貫性のある開発方法を作ること
902 名前：デフォルトの名無しさん [2006/01/25(水) 09:58:34 ]: >>899

参考までにオレのやり方を露出

managed-bean(オレはp層と認識)
　　↓
facade(serviceLayer)
　　↓
facadeImple(ApplyTransactionPointByAOP)
　　↓
dao
　　↓
daoImple(dataStoreLayer)

こんな感じでやってる。
903 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 20:22:49 ]: 902に同じ。
904 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 23:27:36 ]: もう行き止まりやな。
905 名前：デフォルトの名無しさん mailto:sage [2006/01/26(木) 00:47:56 ]: Sun Java Studio Creator 2 Early Access 第 2 版がリリースされました。
sdc.sun.co.jp/javatools/jscreator/index.html
906 名前：デフォルトの名無しさん mailto:sage [2006/01/27(金) 00:41:23 ]: JSF で CHTML を出力する方法なんてある？
907 名前：デフォルトの名無しさん mailto:sage [2006/01/27(金) 05:40:33 ]: >>906
RenderKitをカスタマイズ
908 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 09:50:44 ]: >>905

Early Accessではなくて、正式版では？
909 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 11:26:36 ]: ほんとだ！Sun Java Studio Creator 2 の正式版がきてる。
Early Access 第 2 版は３日間のためだけに存在したのか？
2004Q2 にくらべて１００Ｍも大きくなっている。
910 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 15:55:35 ]: >>908
正式リリースは昨日。
911 名前：デフォルトの名無しさん [2006/01/29(日) 00:35:12 ]: だいたいみんな同じようなやり方だな。
ところで、facadeからmanaged-beanにドメイン層の
オブジェクトを直接返したりってする？
やっぱりDTO使った方がいいのかな？
912 名前：デフォルトの名無しさん [2006/01/30(月) 13:14:20 ]: 1画面に1つのバッキング・ビーンを用意してた場合で、
ユーザが行った操作を記録したいっていう要件があった場合はどうするの？
やっぱりメソッド単位でログ吐かせるのか？
913 名前：デフォルトの名無しさん [2006/01/30(月) 17:48:24 ]: StrutsでいうGlobalExceptionみたいなことはできんの？
914 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 19:23:37 ]: >>912
素直にfilterでやるとか、あるいはAOPでやるとかの方法の方が
ロジック分離できてｳﾏｧ・・・
と思うのだけど。
915 名前：デフォルトの名無しさん [2006/01/30(月) 19:37:48 ]: >914
Managed-BeanにAOPを適用する方法を教えてください
916 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 22:14:15 ]: >>915
SpringとかAspectJとかを使う
917 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 00:15:04 ]: >>912 リスナ
918 名前：デフォルトの名無しさん [2006/01/31(火) 00:45:14 ]: >916
画面と1対1になっているManaged-BeanにAOPを適用する方法を教えてください
919 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 07:22:09 ]: >>918
SpringとかAspectJとかを使う
920 名前：デフォルトの名無しさん [2006/01/31(火) 09:58:52 ]: >919
springではできん
921 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 23:59:13 ]: そうか？
922 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 00:17:17 ]: こしがや
923 名前：デフォルトの名無しさん [2006/02/01(水) 02:06:25 ]: SpringってManaged-Bean兼Spring-Beanができなかったっけ？
つーか、Managed-Beanてよくわからん。
自身をDTO代わりにFacadeに渡したりするのはよくないのかな？
924 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 09:53:40 ]: >>921-922
せんげんだい
925 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 10:53:03 ]: いなかものには難しいスレです(´･ω･`)
926 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 16:29:04 ]: >>920
できるだろ。DelegatingVariableResolver使え。
927 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 19:04:54 ]: >921
>926
キミらDIと勘違いしてない？
928 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 19:37:35 ]: #{jsfBean.aaa.name}

<managed-bean>
<managed-bean-name>jsfBean</managed-bean-name>
<managed-property id="aaa"><value>#{springBean}</value></managed-property>
</managed-bean>

↑これがしたいわけではなくて、

#{springBean.name}
でアスペクトが織り込まれたものを使用したいんだわ
929 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 21:16:15 ]: あ、そういえば、どこぞのオプソ使えばSpring側から
JSFのBeanを取得することが出来るという話を
読んだことがある。

誰かソ－ス覚えてない？
930 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 22:36:14 ]: >>927
なぜ勘違いだと思うのかまったくわからん。
Springで定義したBeanはSpringでAOPできるだろ。

>>928
だから、DelegatingVariableResolver使えばSpringで定義したBeanを
JSFから使えるんだってば。

あなたが言う
「↑これがしたいわけではなくて」
と
「#{springBean.name} 」がどう違うのかね？

きみら、VariableResolverが何をするモノなのかわかってるの？
931 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 00:15:26 ]: 変数解決さん
932 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 00:27:36 ]: >>927
SpringでDIできた時点でAOP使えるだろ
933 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 01:41:08 ]: なぁちなみにspringのBeanをmanaged-beanとして使う場合、scopeをsessionにする方法ってあるの？
934 名前：デフォルトの名無しさん [2006/02/02(木) 09:59:00 ]: >>933
Springでシングル㌧をfalseにしときゃ毎度newだから、
sessionScopeのmanaged-beanが生成される度に
新規SpringBeanインスタンスが生成され一連托生。

だよね？
935 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 11:46:33 ]: >934
そんなことしたら意味が無い
managed-beanとしてspringのbeanを使いたいんだよね
936 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 14:36:26 ]: >>935
jsf-spring.sourceforge.net/

オマイ人柱になって使って報告ｼﾙ
937 名前：デフォルトの名無しさん [2006/02/03(金) 11:57:23 ]: Creator2どうですか？
938 名前：デフォルトの名無しさん mailto:sage [2006/02/04(土) 00:53:36 ]: >>928
少数派かもしれんが、うちでは自前VariableResolver＋
Seasar2でAOPを適用してるぞ。
scopeはapplicationでもrequestでもsessionでも可だ。

Seasar2のcomponentをJSFのmanaged-beanとして使う
ためのVariableResolverはS2JSFのソースにずばり入っ
てる。

＃でも、うちではS2JSF自体は使ってない。
＃VariableResolverだけ真似してる。
939 名前：デフォルトの名無しさん [2006/02/04(土) 10:23:44 ]: 行ヘッダと列ヘッダを持った2次元表をdataTableで作る際、複数カラムの
行ヘッダを作る場合は普通にcolumnを並べるだけでいいですが、列ヘッダを
複数行にするのになにかいい方法はないでしょうか？
headerの中にpanelGridを埋めても見た目がきれいじゃないですし。

bindingでUIDataを直接操作すればできるかとも考えたのですが、よく
わかりませんでした。
940 名前：デフォルトの名無しさん mailto:sage [2006/02/04(土) 21:12:29 ]: MyFacesのdataListで頑張るとか。
941 名前：デフォルトの名無しさん mailto:sage [2006/02/07(火) 05:38:11 ]: >>1
> スレがないので新しくたてました
> www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
> java.sun.com/webservices/downloads/webservicespack.html
942 名前：デフォルトの名無しさん mailto:sage [2006/02/19(日) 09:30:21 ]: MyFacesを利用したJBossなんかの実装だと
org.apache.myfaces.webapp.StartupServletContextListener
をリスナーに登録する必要があるけど
SunのRIをつかってるGlassfishなんかだと必要ないよね？

両方のアプリケーションサーバに対応したウェブアプリケーションをつくりたいときって
どうしたらいいの？

web.xmlのレベルでMyFacesに依存しちゃうのを避けたいんだけど……
943 名前：デフォルトの名無しさん mailto:sage [2006/02/19(日) 10:12:14 ]: >>942
MyFacesのコンテキストリスナが見つかったらそれをインスタンス化して実行する
コンテキストリスナを自作するってのはどうよ？
944 名前：デフォルトの名無しさん mailto:sage [2006/02/19(日) 16:14:45 ]: >>942
MyFacesの最新バージョンではStartupServletContextListenerは必須ではないみたいだから、
そのうちJBossでも変わるんじゃないの？
945 名前：デフォルトの名無しさん mailto:sage [2006/02/20(月) 11:23:11 ]: >>943-944
MyFacesの最新版で試してみます
ありがとん
946 名前：デフォルトの名無しさん mailto:sage [2006/02/23(木) 18:01:46 ]: サン、ウェブアプリ開発ツール「Sun Java Studio Creator 2」を無償公開
japan.zdnet.com/news/devsys/story/0,2000052522,20097072,00.htm?tag=c_left
947 名前：デフォルトの名無しさん [2006/02/26(日) 04:05:35 ]: JSFのリスト系のコンポーネントで、各データ行ごとにHTMLタグを混ぜ込んで
出力したくて、h:dataTableとかx:dataList使ってみたらHTMLタグが全部
スルーされちまったんだが、こういうケースだとJSTL使うしかないの？

それと、h:outputText使ったら、文字が全部コードとして出力されたんだが
これは標準仕様なの？

環境はMyFacesです。
948 名前：デフォルトの名無しさん mailto:sage [2006/02/26(日) 04:16:57 ]: ＞こういうケースだとJSTL使うしかないの？
現状ではh:outputText等を使って、escape="false"を使うしかない。
この問題は、次バージョン1.2で${・・・}も使えるようにすることで解決される。

＞それと、h:outputText使ったら、文字が全部コードとして出力されたんだが
＞これは標準仕様なの？

Yes.
949 名前：947 [2006/02/26(日) 22:30:42 ]: >948
サンクス

やっと楽しくプログラミングかと思ったらブラウザのリロードを押すと
1回おきに例外が発生する現象が・・・
cannot add component with id '_id5' andとかって出てくるんだが、これの
原因がサパーリわからん。
これのせいで今日1日つぶれてしまいますたorz
950 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 13:06:53 ]: >>949
JSF実装のバグかもよ。
正しいIDが生成されないでエラーになるバグがいくつかあるから。
951 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 09:01:46 ]: >>949
アプリケーションを起動したままJSPのみ書き換えてリロード、というやりかたを
している場合、保持されているステート情報との不一致でそういうエラーが発生
することがあったような。
952 名前：デフォルトの名無しさん [2006/03/11(土) 15:33:58 ]: JSF のパフォーマンスってどうなの。Strutsを使ったことが無いんでテストするにも時間かかりすぎちゃうので
貴殿らの経験談を聞かせてくれ。
953 名前：デフォルトの名無しさん mailto:sage [2006/03/11(土) 15:48:47 ]: 実装による。
それと、Strutsを使ったことがなかったらどうしてテストする時間がかかるのか知りたい。
ぜんぜん関係ないのに。
954 名前：デフォルトの名無しさん [2006/03/12(日) 00:54:34 ]: EclipseでAmaterasのFacesIDEプラグインを使っているんですが、MyFacesのタグを使おうして以下の現象で困っています。
EclipseHtmlEditor、FacesIDE共にバージョンは2.0です。

JSPファイルの先頭に

<%@ taglib uri="myfaces.apache.org/extensions" prefix="x" %>

を入れているにも関わらず、
「"x"に対応するtaglibディレクティブが存在しないかTLDファイルが見つかりません。」
と表示されてしまいます。
設定でTLDのところにローカルのtldファイルは指定しているんですが・・・。

どなたかFacesIDEのJSPエディタでMyFacesのタグの補完を出来るようにする方法を知っている方いたら教えて下さい。
955 名前：デフォルトの名無しさん [2006/03/12(日) 01:14:37 ]: JSFとStrutsは同じものじゃないのか。誰か易しい説明ｷｳﾞｫﾝ
956 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 01:36:20 ]: >>955
よし、易しく説明しちゃうよん。
「ま　っ　た　く　ち　が　う」
957 名前：955 [2006/03/12(日) 01:59:36 ]: >>956
ありが㌧。でもそれは説明とは言えない希ガスwww
StrutsはWebアプリを開発するためのフレームワーク、
JSFもWebアプリを開発するためのフレームワーク。
同じフィールドにあるもの、とみても良いわけ？
たとえば旅費精算システムなんてのをつくりたい場合、
JSFとStrutsの片方を知っていればもう片方を知る必要は無い？
両方知っていないとだめ？
そこらへんがわからん。上のレスをみるとStrutsつぶしだよね、この技術は。
とあるから、JSFはWebアプリ開発をするためのフレームワークであって
昔からあるStrutsと同等もしくはそれ以上の機能を有していると勝手に解釈しちゃってるが。
エンジニアさんが周りにいないので素人っぽい内容でｽﾏﾝｺ
958 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 02:13:52 ]: >>957
基本的にはどっちかを知ってればいいが、
どちらもServlet/JSPという技術を根っこにもっているという
点では同じもの。
959 名前：955 [2006/03/12(日) 02:21:28 ]: >>958
なるほど、ありがとう。
960 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 02:50:35 ]: いまさらStrutsはないな。
JSFを体験したければ、Java Studio Creator 2でも使ってみれば？
961 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 02:57:48 ]: あんなメモリ最低1GBとかほざくツールを勧めるなよｗ
962 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:02:39 ]: 開発なら1Gぐらいないと厳しくないか？
963 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:12:32 ]: Javaの世界ってこういう部分がおかしい
例えば最近のノートPCなら256MBくらいだろ
だったらリソース占有してもいいから、ここを基準にすべき
ホームページビルダーを見習え
964 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 04:12:54 ]: 512Mくらいでも、体験だけならいいよ。
965 名前：デフォルトの名無しさん [2006/03/12(日) 10:07:31 ]: JSFは今後のWebApp開発のメインストリームになるもの？それともみんな様子見かまだStrutsなど？
Tapestory、RIFE、WebObjects、Teedaなどとイロイロあるけど、やはりJSFがSunがIDEで採用するだけあって情報量やノウハウの面で優位か？
微妙にスレ違いでｽﾏｿ
966 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 10:20:15 ]: SunのCreatorでJSFを体験？
できないよ。
JSFなんか知らなくても裏でこっそりJSFが動いているアプリケーションを作れちゃうツールなんだから。
967 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 10:21:50 ]: Javaの世界はベンダー勢力とオプソ勢力が相対しててどうなるかワカラン。
ベンダーはJSF担いで商売しようとしてるし、
オプソの人たちもJSFのフリー実装や関連ツールでがんばってるし、
また別のオプソは別のフレームワーク担いでるし。

金持ってるベンダーが担いでるJSFが主流になりそうだけど
糞EJBみたいに、オプソの人たちの主張を取り入れて軌道修正することもあるので
まだどうなることやら。
JSFも、業界の慣例にならって、3.0まで主流にならないんじゃね？
968 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 10:23:39 ]: >>965
今後のメインストリームにはなると思う。
同じものをJSFとStrutsで作ってみれば、JSFの良さは実感する。

ただし、現時点ではまだ調査・研究・学習段階だと思う。
たとえば、来月から始まるプロジェクトだったら、俺ならまだStrutsを選ぶ。
JSFは実装の未熟さや開発者のノウハウ不足で苦労しそうな・・・・
969 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 11:12:18 ]: >>966
だから体験にいいんだよ。
970 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 13:47:32 ]: というかさ、素のJSFはあんまりつかわれないんじゃな？
上にもう一枚ラッパをかまさないと使いにくい気がする。
971 名前：デフォルトの名無しさん mailto:sage [2006/03/12(日) 14:12:29 ]: >>961
ぽとぺたやるなら1G未満の環境はstrutsでもありえないんだけど
972 名前：デフォルトの名無しさん mailto:sage [2006/03/13(月) 00:10:16 ]: >>970
ラッパばかりもういいよ。
ってかJSF仕様がそんなだめなの？
少しはバカ向けのMSを見習ったほうがいいのか。
973 名前：デフォルトの名無しさん mailto:sage [2006/03/13(月) 05:13:14 ]: そんなにラッパが必要だとは思わんけどな。
974 名前：デフォルトの名無しさん mailto:sage [2006/03/13(月) 07:38:02 ]: Struts時代も、汚いラッパを被せた独自フレームワーク利用を強制されたことあったな
使いやすくしてるつもりなんだろうけど、メンテナンス性が酷くてTaglibとかぐちゃぐちゃになってた
975 名前：デフォルトの名無しさん mailto:sage [2006/03/13(月) 10:02:02 ]: Strutsと比較するのであれば、JFSが上手くいくように思う。
だけど、Tapestoryのような全然考え方の違う物あって、どっちが正解なのかはまだ判らん。
ツールとの相性を考えると、イントラならJFS、コンシューマならTapestoryのような気もする。
967にほぼどーい。
976 名前：デフォルトの名無しさん mailto:sage [2006/03/13(月) 23:11:25 ]: いや、コンシューマでも少なくとも日本ではtapeは使えないよ。
JSFで、MayaとかFaceletとか、HTMLテンプレートエンジンを使うほうがいい。
977 名前：デフォルトの名無しさん mailto:sage [2006/03/13(月) 23:43:46 ]: >>975
英語を勉強しましょう。
978 名前：デフォルトの名無しさん mailto:sage [2006/03/14(火) 10:23:17 ]: そーいえば、ウィルコムストアはURLを見る限りJFSで実装されてる。
使っている所は既に使っているようで。
979 名前：デフォルトの名無しさん mailto:sage [2006/03/14(火) 14:23:35 ]: イントラとかコンシューマって何だ？
B2BとB2Cのことか？
980 名前：デフォルトの名無しさん mailto:sage [2006/03/14(火) 22:57:29 ]: >>978
JFSって何ですか？ｗ
981 名前：デフォルトの名無しさん mailto:sage [2006/03/15(水) 02:37:16 ]: >>980
ttp://www.hi-ho.ne.jp/~fisher/
982 名前：デフォルトの名無しさん mailto:sage [2006/03/15(水) 17:33:51 ]: ブラクラかと思った。
983 名前：デフォルトの名無しさん mailto:sage [2006/03/16(木) 12:42:26 ]: >>982
結局何だったの？
984 名前：デフォルトの名無しさん mailto:sage [2006/03/16(木) 12:47:18 ]: >>980
ttp://images.google.co.jp/images?q=JSF&hl=ja&lr=lang_ja&ie=utf-8&oe=utf-8&client=firefox&rls=org.mozilla:ja:official&percentage_served=100&sa=N&tab=wi
985 名前：デフォルトの名無しさん mailto:sage [2006/03/16(木) 12:48:38 ]: ↑間違えた。
986 名前：デフォルトの名無しさん [2006/03/16(木) 23:27:40 ]: JSFで画面の値を保持するManagedBeanのscopeって何にするのが一般的かな？
ValidatorでエラーになるとinputHiddenに持たせておいた値が消えるから、
その対策をいちいち書いてると全然楽じゃないんだけど・・・。

そもそもJSFではSession使うのをケチるな、って事なのかなぁ？
987 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 01:27:40 ]: 「用途による」
988 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 01:54:42 ]: >>987
例えば？
なんかそーゆー判断の基準みたいなものあったら教えて。
989 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:22:12 ]: 987じゃないけど、単純に
　リクエストをまたいで保持するならsession
　それ以外ならrequest
じゃないの？
990 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:25:35 ]: >>986
sessionスコープにいろいろ残り続けるのがいやなら、
VariableResolverを実装したクラスを作って、自前の
スコープを作ってあげても良いかも。
っていうか、自分はそうしてる。
991 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:36:18 ]: 次スレ
テンプレ張りはおまいらにまかせた

JSF(JavaServer Faces)2
pc8.2ch.net/test/read.cgi/tech/1142573697/l50
992 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:41:49 ]: 埋めるか
993 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 14:53:32 ]: 埋め埋め
994 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 17:09:25 ]: もっとしっかりうめろよ↓
995 名前：デフォルトの名無しさん mailto:sage [2006/03/17(金) 20:43:15 ]: うめー
996 名前：デフォルトの名無しさん [2006/03/18(土) 15:17:19 ]: うめ
997 名前：デフォルトの名無しさん [2006/03/18(土) 15:19:00 ]: うめ
998 名前：デフォルトの名無しさん [2006/03/18(土) 15:26:23 ]: うめ
999 名前：デフォルトの名無しさん [2006/03/18(土) 15:28:13 ]: うめ
1000 名前：デフォルトの名無しさん [2006/03/18(土) 15:29:40 ]: うめ
1001 名前：１００１ [Over 1000 Thread]: このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

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

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