05/09/17 14:05:35
>>600
SunJavaStudioCreatorの30日体験版入れてみた。
使えねぇ・・・
まず、余計なAPサーバとかWebサービスとかインストールし過ぎ。
JSFつかったら、デフォルトでFORMからコンポーネントまで何から何まで
コンポーネントバインディングかよ・・・
せめて <h:inputText>とか貼り付けたら、プロパティでIDを変更したりしたら、
バリューバインディングして、ビーンにセッター/ゲッターを自動で追加・削除・変更とかを
デフォルトでやってくれればいいのに・・・
つうかね、コンポーネントバインディングなんて使う場合の方が希少なのに・・・
608:デフォルトの名無しさん
05/09/17 14:08:32
IBMのJSF環境を使うとWASが前提になるって
話があったけど、厳密にはSDOがWAS前提なんだよね?
マニュアル見ても特にJSFに関して縛りはないみたい
だし、SDOと併用しない場合は別途データアクセスbeanを
用意しろってマニュアルに書いてあるし、(意味があるかは
別として)SDO必須ってわけでもないし。
609:デフォルトの名無しさん
05/09/17 14:08:45
あと、IDE自体が駄目だな。
requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。
これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、
特定条件下でture/falseを動的に設定できるのに、これができないじゃん。
JSFの使い方も知らないのに開発環境作るなって感じだよな・・・
610:デフォルトの名無しさん
05/09/17 14:15:18
うわぁ・・・
JDKも何も聞かないで勝手に入れるのかよ・・・
SUNの開発環境駄目過ぎ・・・
環境設定までは弄れれて無いみたいだけど、まさしく、JDKやAPサーバまで限定した開発ツール・・・
無料で使えと言われても、こんなの使いたく無い。
611:デフォルトの名無しさん
05/09/17 14:18:06
JSP+ELが最強ってことでよろしい？
612:デフォルトの名無しさん
05/09/17 14:20:03
>>606
MayaだとXPathで素のHTMLにもインジェクションできる。
Tiles相当の機能が先日追加されて、レイアウト周りも強化された。
GUIエディタとタグに関するドキュメントが未整備だけどなｗ
分離度(てなんだ？ｗ)で言えばMayaが最も高い。
何より、デザイナの道具を限定しないの素晴らしい。
613:デフォルトの名無しさん
05/09/17 15:12:23
>>607>>609>>610
乙。やっぱりSunは糞だったか・・・
結局、現状ではJSFにまともな実装は存在しないってことなのかね
614:デフォルトの名無しさん
05/09/17 22:57:25
ごく小規模な開発で、
実験的にSun Java Studio Creatorで開発しようと思ったんだが、やめた方がいい？
JSFをよく知ってない俺は、コンポーネントバインディングだろうが、
楽に開発できれば別にいいんだけど。
JDK、APサーバ限定は開発環境だけだから目をつぶる。
「手で書けば、こんなに仕様どおりにたくさんの事ができるのに！」っていうのも分かる。
が、手書きするのに、色々と勉強しなければ使えないのなら、あまり魅力はない…。
まず俺がもっと勉強します。
615:607
05/09/17 23:24:05
>>614
＞ごく小規模な開発で、
＞実験的にSun Java Studio Creatorで開発しようと思ったんだが、やめた方がいい？
使ってみた結果、お勧めできない。
JDeveloper10gが10月3日だっけ？から無料になるんだが、
トライアル版を試してないので何ともいえない。
個人的には、Eclipse＋FacesIDEを使うのが今の所、安心だし、分かりやすいし、安定してる。
＞JSFをよく知ってない俺は、コンポーネントバインディングだろうが、
＞楽に開発できれば別にいいんだけど。
JSFを良く知らないのに、設計して作るなら、ツールが良くても、開発は楽じゃないと思うよ。
とはいっても、SUNのIDEで開発が楽になるのは、JSFを良く知ってる人じゃないと難しい。
というか、JSFを良く知らない人間がSUNのIDE使ったら、多分、何が何だから分からない状態になる。
＞JDK、APサーバ限定は開発環境だけだから目をつぶる。
激しく危険な匂いがします。
＞「手で書けば、こんなに仕様どおりにたくさんの事ができるのに！」っていうのも分かる。
＞が、手書きするのに、色々と勉強しなければ使えないのなら、あまり魅力はない…。
少なくても、現状だとIDE（SUNもIBMも）を使って、開発するためには、
手書きで普通に書ける勉強をしないと、恐らく開発自体が進まない。
あくまでも、手書き出来る人間が開発を楽する為のツールと考えておいた方が無難。
勉強せずにとりあえず動いて、何か問題があったら、勉強なり調べれば良いやという開発なら、
迷うことなくASP.NETがお勧め。
＞まず俺がもっと勉強します。
俺もまだまだ勉強中だよ。
616:デフォルトの名無しさん
05/09/17 23:42:47
Sun Java Studio CreatorのデータベースサーバーはJDBC3.0に準拠しているJDBCドライバしか使えないし。
IDEの都合で使用するライブラリを変更するってのは、ちょっと抵抗があったぞ。
617:デフォルトの名無しさん
05/09/17 23:51:58
PostgresがJDBC3対応するのはいつだろうか・・・
618:614
05/09/18 00:02:39
>>615
なるほど。参考になった。ありがとう。
Web開発を知らなくても、CreatorとJSFでポトペタで開発できるかと思っていのですが、
まだまだ、そこまでは成熟していないというわけか。
それなら、ASP.NETというのは100も承知なんですが、そこはまあ、いろいろと事情がありまして・・・。
Web開発について知らなくても、（VB的に）そこそこ開発できるようになるのが、JSFの魅力だと俺は思ってる。
なので、まだ勉強しなければ使えないというのであれば、
IDEが成熟するまで待とうかとも思う。。
俺自身は、もう少しCreator使って勉強しておきます。
＃30日間、SDCのドキュメントが読めるはありがたいので。
Eclipseで使えるExadel Studioとやらも評価してくれ！
URLﾘﾝｸ(pcweb.mycom.co.jp)
＞requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。
＞これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、
ちなみにこれは、コンポーネントを右クリックして「プロパティのバインド」でいいんじゃないのかな？
619:デフォルトの名無しさん
05/09/18 00:58:48
>>618 Exadelかあ。今のは使ったことないな。
Eclipse系のJSF環境は、Oracle, IBM, Exadel, etc...の間で
調整が続けられてて今後どうなるかちょっと不透明だよなあ。既に
完成した製品を持ってるIBMは政治的な理由でリーダーシップを取れないし、
一応リーダーのOracleは手元に物がないし、Exadelは議論の場では
頑張ってるみたいだけどリソース的には他の2社より劣るし...
予定のスケジュールまで一年もないから、またとりあえず
IBMがRationalのコード出して、Exadelはそれ使ってお茶濁した製品
だして、その後でOracleが色付けてくってWTP0.7のパターンを繰り返す
気がするよ。
620:デフォルトの名無しさん
05/09/18 01:06:24
ビジュアルエディタの類は、WEB上では需要があるんだけど実務の現
場ではそうでもないからな。
LinuxのGUIな設定ツールがなかなか育たなかったのも、実務の現場
で十分な需要が出なかったせいだし、作るには理解してなきゃならな
いが、理解してる人は作る必要がないという。ドキュメントやチュート
リアルにしてもそうだけど、使う人 = 作る人の世界特有の問題という
か何というか・・・・・・
621:デフォルトの名無しさん
05/09/18 18:34:15
でもって、結局、JSFってどうなの？
時期尚早とか意見もあるけど、今現在を考えた場合、仕事とかで使うのは辞めた方が良いって事でいいのかな？
このスレ見ても廃れてるし、ネットとかで検索しても情報量は少ないし、書籍の数も少ない。
それに、次のStruts（Shaleだっけ？）がJSF使うみたいだし、
現状だと新規や大規模の修正なり拡張はJSFでってStruts/JSFの設計者は言ってるけど、
結局、現状はStrutsを使い続け、Shaleが出てからJSFは考えようって事でいいのかな？
あと、1つ気になったんだけど、JSFってMVCのViewの部分に特化してるんだよね？
これで携帯用Webシステムも作れるのかなぁ？
622:デフォルトの名無しさん
05/09/18 18:40:21
MVCのコントローラって画面の遷移のこと言ってるの？
623:デフォルトの名無しさん
05/09/18 21:06:45
＞これで携帯用Webシステムも作れるのかなぁ？
もともと、JSFはPC用のブラウザに特化したものではない
実装が俺の知る限りでは無いが、Flashのコンポーネント・携帯用のコンポーネントなど出来ることは出来るらしい
624:デフォルトの名無しさん
05/09/18 22:06:09
IBMはflashのコンポーネントを出してる。
625:デフォルトの名無しさん
05/09/19 12:14:54
Strutsのhtmlタグのように、単純にHTMLタグを作成するような作りではないから
携帯用となると、今のJSF1.0では厳しい気もするな
携帯が全部PCビュアー搭載すりゃ話は早いんだろうがｗ
626:デフォルトの名無しさん
05/09/19 12:25:32
ん？要するにrenderkit実装すればいいんでしょ？ちがうの？
まあ、現実問題としては実装済みのrenderkit群が存在しないことには
やっとれん＝使い物にならんと言えるだろうけどな
627:463
05/09/20 12:53:54
さてさて・・・
selectManyCheckbox使えねぇな。
デフォルトで1行で出力しちまうのは、まぁ仕方ない。
これじゃ見栄えが・・・という訳でどうにか変更できないものか。
調べてみると、layoutでpageDirectionを指定すると、
1行1項目で出るみたいだ。
なるほど・・・使えない。
本当に欲しいのは、1行ｎ項目という風に指定できる方法。
どうやら、layoutに指定しているものがレンダラという奴らしい。
つまり、レンダラを作れって事なんだな。
つうか、日付のコンポーネント同様にくだらねぇ。
デフォルトで1行に全部出してしまうのと、
1行ｎ項目ってのを作れば、殆どＯＫなのに、何無駄な事やってんだろ。
本当に、仕様決めたりとか実装してる奴って、
実務を知らないんだろうなと、改めて実感。
プレゼンテーション層に特化したはずのフレームワークなのに、
肝心の部分が駄目。
JSFもStrutsみたいに、Logicタグでも用意して・・・って方が
シンプルで良いんじゃないのか。
多分、俺がServletが出たとき(JSPすら出ていない頃)に作った
俺々フレームワークの方が遥かに高性能だし生産性あがるよ。
628:デフォルトの名無しさん
05/09/20 13:15:52
S2JSFの話だけど
デザイナーとの分業ってより
ユーザーレビューで使うHTMLがそのまま
動くって所が売りなんだよね。
あくまでもユーザー重視。
とかフォローしようと思ったら
URLﾘﾝｸ(d.hatena.ne.jp)
てなわけで、ひがたんはMyFacesに見切りをつけたもよう。
あーそれがええ、ええ。
早くやってくれー。
629:デフォルトの名無しさん
05/09/20 13:34:45
JSF RIを使っていろいろ試してるんだけど、
Faces Servlet経由でWEB-INF以下が丸見えになっちゃうんだけど、
これ、どうにかならないかな？
例えば、具体的には
Faces ServletのURLパターンマッピングを /faces/* としたときに、
URLﾘﾝｸ(host:port) とやると
ブラウザにweb.xmlの内容が表示されちゃう。
これまでは、見せたくないリソースはWEB-INFの下に置けってのが
定石だったけど、どうしたものか・・・
630:デフォルトの名無しさん
05/09/20 19:08:33
>>628
俺的にはMayaで標準を謳ってくれてる辺りが好感触＆期待大だ。
ただ、S2Strutsを使った事がない上に無設定Strutsってのが全く想像つかん
状態なんで追いきれるかが不安だ＿|￣|○|||
631:デフォルトの名無しさん
05/09/20 19:59:36
>>629
うはー。マジだ。
classファイルやjarファイルもダウンロード出来ちまう。
632:デフォルトの名無しさん
05/09/20 20:30:20
>>631
最悪だなｗ
633:デフォルトの名無しさん
05/09/20 20:36:20
>>629
これって、「security-constraint」で防げる？
今、手元に試せる環境がないし……。
634:デフォルトの名無しさん
05/09/21 00:23:46
S2StrutsのPOJOActionは、JSFのManagedBeanのような作り方が出来る。
setterフィールドでRequestパラメーターをフィールドにセットしたり、getterフィールドでRequestやSessionに値をセット出来る。
JSFの知識があると逆に使い易いと思う。
635:634
05/09/21 00:25:03
>>634はsetterメソッド、getterメソッドの間違いorz
636:デフォルトの名無しさん
05/09/21 00:31:53
>>629
最悪だな・・・
JSFの実装は、どっかが一から作り直した方がいいんじゃないのか？
637:デフォルトの名無しさん
05/09/21 00:35:59
実装の問題なのか仕様の問題なのかは微妙なところだな
638:デフォルトの名無しさん
05/09/21 01:15:36
仕様と聞いてふと思い出したが、JSF内に大量にある実装ゼロのabstractクラスは何とかならないんだろうか？
639:デフォルトの名無しさん
05/09/21 01:22:19
>>637
俺もそこが気になる。
640:デフォルトの名無しさん
05/09/21 12:40:21
ひがたん開発専念宣言、S2Struts期待大。
641:607
05/09/22 15:40:27
ちょっと話題が戻るけど、今日、ExadleStudio3.0のFree版入れてみた。
ちょっと使った感想は、可也いい感じ。
JSFのペトポトに若干不満を感じるが、それでもいい感じ。
基本的にEclipseベースなのでJDKの選択の自由がある。
サーバもTomcatやJBOSSを始め、IBM、BEA、SUNなど選べるし、
JSFの実装も選択可能。
フリーでこれだけ出来ればいいね。余計な事しないし。
有料だと、他に何ができるか、
ちゃんとドキュメントも読んでないから何とも言えないが・・・
642:デフォルトの名無しさん
05/09/22 19:58:10
>>641
俺もExadelStudio3.0Free使ってるんだけど、
俺は、出来のいいHTMLエディタ(編集時にリアルタイムプレビューできる)、
JavaScriptエディタ、CSSエディタを使うため(だけ)に入れてる。
643:デフォルトの名無しさん
05/09/22 22:55:08
>>642
それらのエディタって、JavaScriptエディタとCSSエディタは
Eclipse.orgで配布しているやつそのままだし、要するに
リアルタイムビューできるhtmlエディタのためだけにExadel
まるごと入れてるってことか。
644:デフォルトの名無しさん
05/09/22 23:41:30
>>643
＞それらのエディタって、JavaScriptエディタとCSSエディタは
＞Eclipse.orgで配布しているやつそのままだし
そうだったのか。。。知らなかったよ。教えてくれてサンクス。
ExadelStudioは重いからなぁ
Eclipse.orgで配布しているプラグインを試してみます。
645:デフォルトの名無しさん
05/09/23 00:13:42
HTML、JSF、StrutsのタグのみのJSPファイルなら、
AmaterasのHTMLエディタでプレビューできたような気がする。
646:デフォルトの名無しさん
05/09/23 05:17:34
>>645
天照のHTMLエディタのプレビューだと、JSFのoutputTextとか処理してくれないのよね。
つまり、役に立たねぇ。
647:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/23 20:25:35
>>647
つS2Struts＋Maya
649:デフォルトの名無しさん
05/09/23 21:03:36
>>648
盲目的にS2周辺のプロダクトを勧める信者が定期的に沸いてくるな。
とりあえず、その「S2Struts＋Maya」とやらがJSFと比べてどこが優れているのかまとめてくれ。
650:647
05/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:デフォルトの名無しさん
05/09/23 21:56:19
>デザイナは<input type="text">という普通のHTMLだけ書かせればいいんだよ。
>でもってプログラムとの対応だけさせるためにidだけ振らせる。
つMaya
て言うか、オマイの態度が気に入らないｗ
652:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/23 22:11:35
いくら２ちゃんといえども横柄な書き方をすると議論以前のレベルで荒れるということだな
654:デフォルトの名無しさん
05/09/23 22:40:17
>>652
お前がお前で在り続ける限り、俺はお前に答えを教えてやる気はない。
>Mayaは単純なHTMLじゃないだろ。
NO！
>m:inject="c:out"
>とか書かせてる時点で終わってるって言ってるんだよ。
>そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。
TIMTOWTDI
>つまり、Mayaを覚える（使う）為にはJSPやJSFの基本的な知識が必要。
エンジニアに対してはYes。デザイナに対してはNo。
>俺はお前の姿勢が気に入らない。
>○○をこう書くことによって△△の利点があるとかさ。
その様な親切をお前にくれてやるつもりは微塵もないｗ
655:649
05/09/23 23:00:09
「S2Struts + Maya」について、利点をまとめてもらえないみたいなんでぐぐってみた。
激しくマイナーなんだな……。コレ。
まぁ、予定通り土日はさらにJSFの勉強しないとな。
S2Struts Maya の検索結果のうち 日本語のページ 約 268 件中 1 - 35 件目 (0.06 秒)
最も的確な結果を表示するために、上の35件と似たページは除かれています。
検索結果をすべて表示するには、ここから再検索してください。
656:デフォルトの名無しさん
05/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>
<!-- <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:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/24 19:14:28
>>656
多分、B案が良いと思う。
というのは、MyFacesのBlankがその設定だったはず。
659:デフォルトの名無しさん
05/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
05/09/24 19:34:00
---- 続き -----
＞Seasar関連はドキュメントが十分に整備されていないのが残念ですが、もの自体はどれも良いですよ。
ドキュメントは本当に残念。あとサンプルプログラムもちょと残念。
一応、仕事としてWebシステムとかJavaに関わってる人達が居るんだから、
もう少し業務システムっぽいサンプルが欲しいと思った。
個人的にはSeasar2とMayaは好きだけど、S2StrutsとS2JSFはちょっと・・・
というのは開発側の選択の自由が無い。
S2StrutsにしてもS2JSFにしてもStrutsとJSFの実装を組み込んでいる。
Strutsはまだ良いが、JSFとか何処のベンダーの物でも使いたい。
また、何でも間でもS2の仕様に合わせるのも嫌だ。
此処はS2の機能を使いたいけど、此処は標準でいいやとか、
そういった細かい選択も行いたいというのが正直な所。
＞あとベータっぽいイメージがあるので提案しにくいってのもあるでしょうけど。
＞不思議なことに海外製だと実際ベータのものでもベータに見られないようで、すんなり通るのに・・・。
これは面白いよねｗ
でも、最近のメーリングリスト見て、Seasar関連を見限ろうかを会社で検討した。
というのは、開発側に居る人間がそれで金を取ってのサポートを検討したから。
これが完全に第3者の企業とかがやるならいいのだが、
関係者が行うと、メーリングリストでの質問やブログ、
更には公式ドキュメントやサンプルに手を抜く可能性がある。
意図的か故意かは別としてね。
当然、中には、この部分に手を抜けば、サポート契約が増えて儲かると考える奴が出てくる。
661:デフォルトの名無しさん
05/09/24 20:09:43
>>658
サンクス。
「/faces/*」でやってたサンプルを「*.jsf」に変更して色々試してみるわ。
662:デフォルトの名無しさん
05/09/24 20:20:40
>>660
執筆や公演しないっていってるしね。
663:デフォルトの名無しさん
05/09/24 21:41:51
>>660
んーでもSpringとロッドのInterface21だってそんな関係だし、JBossだってそうでしょ？
彼らは上手く立ち回れているようだけど、Seasarの中の人はどうだろうね
664:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/24 22:07:36
>>660
金を取ってのサポートはもう随分前から話はあったし
実際やってたんじゃなかったかな。ISIDが。
去年の11月のからさわぎあたりでもうそんな話が出てたと思った。
あ、ごめん、ISIDじゃなくて開発者が金取ってサポートってのが問題って事か。
俺あの話題、ISIDがやるんだと思って流し読みしてた。
あと、S2JSFで使ってるMayaの仕様だけで
Maya全体を判断して勘違いしたまま吼えてる人がいるけど
いいかげん誰か教えてあげなよ。
666:デフォルトの名無しさん
05/09/24 22:17:57
>>665
> 俺あの話題、ISIDがやるんだと思って流し読みしてた。
「弊社で」って書いてたからISIDでやるんでしょ。
最近アンケートがあったのはS2関連に加えてStrutsとかHibernateも
サポートするってのが新しい点だと思ったけど。
> いいかげん誰か教えてあげなよ。
いやいや、もっと吠えさせておこうよw
667:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/24 23:45:54
>>668
CVS見るとチェックボックスが選択されなかった時にMyFaces1.0.8では空配列を
返していたのが1.0.9で空文字列を返すようになったとかそんな違いみたいだね。
CVS版では1.0.8でも1.0.9でも動くようにしてるみたいだからバージョンまで固定して
完全に依存って言い方はかわいそうな気がするけど、こういう微妙な違いは
実装によってたくさんあるだろうだから、MyFaces以外である程度動いたとしても
実用にはならないかもしれないね。
670:デフォルトの名無しさん
05/09/24 23:58:44
>>668
話の流れもなにも、
>そもそも、このMaya自体が糞。
>普通のデザイナ（Javaとか知らない）がm:injectとか書くという時点で終わってる。
これのどこが間違いじゃないんだ？
m:injectと書く「事も出来る」ってのも知らないわけでしょ。
あ、しまった教えちゃったよ。
671:デフォルトの名無しさん
05/09/25 01:07:39
>>660
>意図的か故意かは別としてね。
同じじゃん。
つー揚げ足とりはおいといて、別にメーリングリストとかでの質問対応が
おろそかになるんじゃないと思うけど。
金取ってサポートするのはISIDでしょ。
ひがたん以外の開発者でISIDの人っているの？
そもそも現状で(初心者向け)ドキュメント足りてないから手を抜くもなにもないし、
サポート契約だって「責任のなすりつけ先が欲しい」って意見のためだと思ってたけど。
672:デフォルトの名無しさん
05/09/25 07:26:55
S2JSFの話に紛れていたが、MyFaces1.1出たんだね
糞実装と各所で言われていたMyFacesだけど、安定したんだろうか？
673:デフォルトの名無しさん
05/09/25 12:57:29
で、現在のところ、
JSFとStruts、どちらも未経験のところから始めて
学習時間も含めて、どちらの方が開発期間が短い？
674:デフォルトの名無しさん
05/09/25 13:04:05
>>629
同じくおれもそれ実験したものの一人です
で、解決としては無くは無いのだが一つ挙げます
他にいいのがあればどなたか提案してください
*.jsfという拡張子でFacesServletを呼ばれるようにする
*.jspの拡張子で呼ばれたら*.jsfにリダイレクトさせる（Location:）←Apacheの設定でもいい
675:デフォルトの名無しさん
05/09/25 13:53:36
最近JSFの勉強しようと思っていろいろ試しているんだけど、
Exadelって、部品のドラッグアンドドロップとかって
できないの。
676:デフォルトの名無しさん
05/09/25 17:14:03
>>673
つくるものによる。
677:676
05/09/25 17:25:47
おおまかにいえば、Web的なものはStruts、アプリケーション的なものはJSF
678:デフォルトの名無しさん
05/09/25 17:36:22
>>677
Web的とかアプリケーション的って具体的になんなんだろう・・・
普通は『Webアプリケーション』と言われる訳だし・・・
そういえば、Strutsで出来る事はJSFでも出来ると言われている。
つまり、JSFがStruts＋αであるならば、Strutsはもう要らない？
679:デフォルトの名無しさん
05/09/25 17:46:17
・・・Strutsいらないっていいたいだけか。
680:デフォルトの名無しさん
05/09/25 20:53:28
最近会社の方針でASP.NETの開発に移ったんだけど・・・
はっきりいって負けてない？
どうもMAC信者と同じ香りがするんだけど。
681:デフォルトの名無しさん
05/09/25 21:13:54
>>677
webでのECサイトみたいなのがweb的
イントラでC/Sをwebに置き換えましたみたいなのが
アプリケーション的
って感じでいい？
682:デフォルトの名無しさん
05/09/25 22:54:00
>>680
どっちがどっちに？
683:デフォルトの名無しさん
05/09/25 23:28:40
MyFace1.1に変えてみたけどブラウザの戻るボタンで戻ったときの
挙動は相変わらずだね。。。
あーあー。
684:デフォルトの名無しさん
05/09/25 23:58:35
Craig的にはStrutsよりJSFだと。
Strutsの経験があって、より新しいアーキテクチャとしてJSFを作ったのだから。
685:デフォルトの名無しさん
05/09/26 04:17:43
>>681
そんな感じ。
URLやセッションが気になるのがweb的で、URLがどうなってても気にならずセッション使いまくっても気にならないのがアプリケーション的。
Webサイトとしての見え方する必要があるのがWeb的で、VBやらで作ったアプリと同じような見え方する必要があるのがアプリケーション的。
っていうのを表現したかった。
JSFだと、セッションの使い方やらURLのコントロールがめんどくさい。
686:デフォルトの名無しさん
05/09/26 16:53:23
JIDEってマイナー?
URLﾘﾝｸ(www.jidesoft.com)
687:デフォルトの名無しさん
05/09/26 17:57:59
土曜に吠えていた無知無恥君は逃亡？
688:デフォルトの名無しさん
05/09/27 07:08:24
>>687
流れを見てれば分かるけど、奴が書き込むのは休日だな。
それと完全に無知とも言いがたい。
確かに勘違いしてる部分はあるがな。
Mayaの件もS2JSFのMayaという点で見れば、全くその通りだし。
それより、俺は某ブログに書かれてる
>「maya-faces」サブプロジェクト始動。
こっちの方が激しく気になる。
689:デフォルトの名無しさん
05/09/27 08:57:46
つうことはaで始まる人かな？
690:デフォルトの名無しさん
05/09/27 09:34:44
つ URLﾘﾝｸ(pcweb.mycom.co.jp)
691:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/27 11:06:18
横レスですが。
うーんただ独自タグを追加する事で
デザイナさんときっちり分業ってのは簡単ではないよね。
俺はS2JSFは、ブラウザでユーザーレビューが出来るように
JSFをラップしたものとしか思ってないからそれでも別にいいんだが。
一時期ひがたんも分業とか書いてた気もするけど
プレゼンとか見ると、ユーザーにレビューするのが
簡単なのよってのに重点が置かれてたと思う。
最初からUIのデザインは凝らない、とくーすのドキュメントでも
書いてたし。
あと、吠えてた人には
URLﾘﾝｸ(pcweb.mycom.co.jp)
ここで誤解を解いてもらいましょう。
693:デフォルトの名無しさん
05/09/27 11:33:32
JSFの勉強をしようと思うんですが、初心者向けの本がほとんど無いんですね｡｡｡
とりあえずJWSDP1.6をインストールしたのですが、これにはTomcatはついてないのでしょうか？
JWSDP1.3にはついてるような事が書いてるけど･･･
JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
すみません、、、初心者的な質問でm(_ _)m
694:デフォルトの名無しさん
05/09/27 11:45:03
＞ これにはTomcatはついてないのでしょうか？
1.6には付属してないみたいだね。Tomcatに限らず
Servletコンテナを自由に選択できるようになったみたい。
＞ JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
Mustではない。
自分で必要なライブラリ類をかき集めてもいい。
JWSDPは必要なライブラリ類がはじめからまとめて入っている
「おすすめセット」「初体験の方のための無料サンプル・試供品」
的なものだ。
695:693
05/09/27 11:54:39
>>694
スレ違いと思われる質問にご解答ありがとうございますm(_ _)m
とりあえずtomcat50-jwsdp.zipってやつを解凍して、そのフォルダを
JWSDPで指定しておきますた。
他のツールはちょっと意味が分からないのでまだ放置で･･･
でもって、フォルダの中にjsf-1_1_01.zipを解凍していれたけど、
サンプルのGuess Numberって無いし・・・
初心者向けって本を買ったのにインストールも出来ないとはｏｒｚ
696:デフォルトの名無しさん
05/09/27 12:55:50
なんでもいいけど、>>691は勘違いしてるよね。
＞2 プログラマがm:injectを追加する
これがそもそも分業じゃない。
デザイナの使うツールには、こういった余計なものを
消しちゃうものもあるし、
デザイン変更の時に、一回この項目を削除して・・・とやると、
当然、m:inject毎消すわけだし。
それとデザイナが消す可能性もある。
知ってか知らずかは別としてね。
つまり、S2JSFで分業は今現在では絶対に無理。
697:デフォルトの名無しさん
05/09/27 20:52:59 O
>>692
独自タグってか独自属性ね。
それだけで分業が難しいっていうと現状どうやってんの？
S2JSFが完璧とは思わないけどある程度は分業できるんじゃね？
少なくとも
Maya＞＞＞S2JSF＞＞＞越えられない壁＞＞＞JSP
だろ。
698:デフォルトの名無しさん
05/09/27 21:03:08 0
>>697
俺は>>692じゃないけど、現状での作業は
プログラマがデザイン勉強してデザインもしてる。
ぶっちゃけ、本当のデザイナが作った画面はユーザには不評。
やけに上下左右の余白取ってメインコンテンツがちょっとしか表示されなかったり、
下手にフラッシュとかJavaScriptで動いたりとで・・・
ユーザが求めてるのは、あくまでもデザインは綺麗。
だけど、シンプルに、そして軽く、見やすい/使いやすい
これを求めてるのに、デザイナが作ると、
デザインは綺麗。
だけど、シンプルとは言い難く、重く、見やすいが使い難いという代物。
699:デフォルトの名無しさん
05/09/27 21:20:52 O
>>696
全てのデザイナがその程度じゃないだろ。
お前のところがそうだってことは分かった。
>>698
そりゃデザイナと呼べないだろw
700:デフォルトの名無しさん
05/09/27 22:50:21
URLﾘﾝｸ(maya.sandbox.seasar.org)
Mayaのユーザードキュメントが公開されてる。
はたして、このタイムリーさは偶然なんだろうか？ｗ
701:デフォルトの名無しさん
05/09/27 23:04:06
>>699
デザイナはデザイナだろ。
1000行メソッド書くヤツも呼称はプログラマなんだし。
702:デフォルトの名無しさん
05/09/28 00:02:02
＞700
うむ、吠えた奴に感謝だ！
703:デフォルトの名無しさん
05/09/28 02:45:00
>>700
うむ、おれはJSPでいいや。
704:デフォルトの名無しさん
05/09/28 03:10:16
MyFaces1.1.0を使ってます。
<!-- <%@ taglib uri="URLﾘﾝｸ(myfaces.apache.org)" prefix="t" %> -->
<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:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/28 03:27:26
>>704
ごめんなさい、いけました。
<t:selectOneRadio>に forceId="true" forceIdIndex="false" をつける
一時間以上探してたんですが、<x:selectOneRadio>でググったら一発でした。w
707:デフォルトの名無しさん
05/09/28 15:29:49
バカが征くの中の人、ここ見てるのかな？
708:デフォルトの名無しさん
05/09/28 21:23:08
小規模向き
709:デフォルトの名無しさん
05/09/28 21:46:19
だれだ？ＪＳＦがデザイナと分離難しいとかいっている奴は・・・
むしろ逆ですよＪＳＦは
710:デフォルトの名無しさん
05/09/28 22:11:12
分離が難しいのはJSPじゃないかな？
711:デフォルトの名無しさん
05/09/28 23:43:21
maya＆JBOSSだとアプリの
再デプロイ時に
mayaがHTMLを素で表示しちゃうのと
maya＆Strutsでiterateタグが
まともに動かないのって何とかならないかなあ。
今のJBOSSのところ再起動と
Strutsのコード書き換えで
何とかしてるけど
皆どうやってんだろ。
712:デフォルトの名無しさん
05/09/28 23:45:44
>>711
> 皆どうやってんだろ。
誰もJBoss使ってない
713:デフォルトの名無しさん
05/09/28 23:53:08
>>712
んなこたーない
が、その組み合わせでは使っていない
714:デフォルトの名無しさん
05/09/29 02:17:26
>>711
だれもmaya使ってない。
正式リリースされてないし、ドキュメントができたばかりだし、当たり前の話ではあるが。
715:デフォルトの名無しさん
05/09/29 15:06:54
WEB-INF丸見え、色んな所で騒がれてきたね。
ここが一番早かった？
716:デフォルトの名無しさん
05/09/29 16:50:29
>>715
一番早かったというか、激しく既出じゃないの？
というか、設定次第でそうなる事は普通に考えて分かるんだから、
そうならないように設定して使う。
だから、それほど騒がれる理由が俺には不明。
適切な設定をしないと駄目ですよなんて常識でしょ。
どんな設定をしても駄目ってなら問題だけどね。
717:デフォルトの名無しさん
05/09/29 16:59:23
>>716
＞ 設定次第でそうなる事は普通に考えて分かるんだから、
設定次第じゃなくて、デフォルトの動作がそうなってるんだからみんなビックリなんじゃないの？
今まで、デフォルトで/WEB-INF以下に自由にアクセスされるような動きをするフレームワークがあったか？
で、適切な設定って何？
JSF RI付属のサンプルでは<security-constraint>にアクセス制御するURLパターンをずらずら下記並べているが、これが適切な設定？
それとも、ServletFilterを自作して、アプリケーション側で独自にURL判定をするロジックを実装するのが適切な設定？
718:デフォルトの名無しさん
05/09/29 17:59:29
>>717
なにをもってデフォルトとするの？
サンプルが変なんてものは世の中でいっぱいある。
それこそ、普通に動かしただけで落ちるとか、
そもそも動かないとかね。
SUNの実装だとサンプルしか無いわけだけど、
サンプル＝デフォルトなのか？
MyFacesなんかだと、ちゃんとBlankがあるけど、
そっちはWEB-INF以下は見えないようになってるんだけどね。
719:デフォルトの名無しさん
05/09/29 19:57:12
デフォルトってのはわからんし
設定次第で対応できるってのもあるんだけど
/なんちゃら/*
ってのがダメってのは、ちょっとなあって感じ。
なにせWEB-INFの下が見えるってのは凄いっすよ。
びっくりですよ。
720:デフォルトの名無しさん
05/09/29 22:55:51
>>718
サンプルアプリケーションの作りを問題にしているのではなく、
FacesServletのURLパターンマッピングを/hoge/* にするとWEB-INFの下が
丸見えになってしまうことが問題なのだよ。
MyFacesの実装でも同じ。FacesServletのURLパターンマッピングを
/hoge/*にするとWEB-INFの下が丸見えになってしまう。
これまでの常識だとクライアントから直接アクセスされたくないリソースは
/WEB-INFの下に置いておけ、というのが常套手段だったわけだが、そうも
いかなくなってしまったことが問題。
＞ 設定次第でそうなる事は普通に考えて分かるんだから、
とあるが、Strutsなどを使っていたときはそんなこと考えもしなかったし
考える必要もなかった。今まで考えなくて良かったことを考えて対策しなければ
ならなくなった。<security-constraint>でアクセス制限するとか、
ServletFilterを自作するとか。
721:デフォルトの名無しさん
05/09/29 22:56:25
>>718
で、「適切な設定」とは何よ？
722:デフォルトの名無しさん
05/09/30 00:25:23
サンプルの問題だと思っている時点で>>718は何もわかってないだろ。
723:デフォルトの名無しさん
05/09/30 00:52:16
おいおいWEB-INFとかどうでもいいじゃん。
724:デフォルトの名無しさん
05/09/30 01:14:21
どうでもいいのか？
725:デフォルトの名無しさん
05/09/30 09:54:12
おもちゃ作ってるならどうでもいいな
726:デフォルトの名無しさん
05/10/03 13:12:03
おいおい・・・
ＪＳＦさっぱりわかんね(´・ω・`)
xmlを使用しないといけないのに便利になってるの？
基本的に使用するのは2つのxmlでいいのかな？
個々に使用するxmlファイルの意味を教えて下さいｏｒｚ
何か分かりやすく解説してるサイトって知らない？
727:デフォルトの名無しさん
05/10/03 14:49:58
JSFをインストールしようとしてるんですが、
JWSDPって入れないとJSFは使えないの？
今、Java1.5とApache Tomcat5.5をすでに入れてるから、
jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
728:デフォルトの名無しさん
05/10/03 14:59:17
＞ JWSDPって入れないとJSFは使えないの？
そんなことはない
＞ jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
どこでもよい。
＞ JSFをインストールしようとしてるんですが、
「JSFをインストール」って？
そもそも、「インストールする」ものなのか？？？？？
729:デフォルトの名無しさん
05/10/03 20:36:08
>>726
えらい人は XML に書けば楽になると思ってるからしょうがない。
だいたい、こういう仕組みを作る奴は業務プログラムを大量生産せずに
サンプル作って満足してるから、ワカラネーんだろ。
730:デフォルトの名無しさん
05/10/03 22:48:46
>>727
英語に抵抗がないなら、NetBeans5.0Beta使うと、Webプロジェクト作成したときにJSFにチェック入れるだけで準備できるよ。
それで慣れてからツールなしでのセットアップを試すのがいいと思う。
URLﾘﾝｸ(www.netbeans.org)
どっちにしろ、>>727はNetBeans使うことをおすすめする。
4.1なら日本語版でてるし、最初から新規作成でいろいろなものが作れる。
Eclipseみたいにプラグイン探しまくる必要もないし。
731:デフォルトの名無しさん
05/10/04 09:32:21
要するに、JSPファイルの構文にJSFの構文みたいなのを入れて、
TomcatかJavaか何かに、JSFの解凍したものを放り込めばOKなの？
何か見てると、濡れと同じで結構分かっていない人多いんだね。。
やはり本や解説のページが少ないからかな？
732:デフォルトの名無しさん
05/10/04 10:09:01
JSFをわかっていないというより、
Webアプリをわかっていない。
Webアプリでライブラリやフレームワークをどう使うのかをわかっていない。
733:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/10/04 12:52:08
いや、て言うかさ、この手の質問を見ると入門書の一冊くらい買えよって
思うんだよな。
どんなにカスな入門書でも、サンプルを動かせる様にする方法は書いて
あるはずなんだよ。
それで仮にサンプルが動いても、どうせ大して先には進めないんだから
結局、入門書の一冊くらいは買う事になる。
なら今買え直ぐ買えって感じなんだよな。
735:デフォルトの名無しさん
05/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>
<!-- 検索結果分ループstart -->
<tr>
<td><a href="javascript:void(0)" onclick="func1(検索結果のID)"><img ･･･/></a></td>
</tr>
<!-- 検索結果分ループend -->
</table>
---------------------------------------------------
736:デフォルトの名無しさん
05/10/10 20:55:35
教えてエロイ人
（１）画面遷移したときのURL表示が気持ち悪いのは、JSFの仕様？それともMyFacesがウンコ？
hoge.htmlー(fooアクション)→hoge.htmlー(barアクション)→foo.html→....
っていう、一足遅れでURL遷移がついてくるアレのことね。
（２）JSFでアプリ作ってる人って、(1)URLの気持ち悪さをredirectでごまかしてるの？
それとも見てみぬふり？
あのURL遷移の気持ち悪さのせいで、いまいちJSFにのめりこむことができないんですが。
なんかうまい方法あるんでしょうか？
737:デフォルトの名無しさん
05/10/10 21:01:42
URLが気になるアプリにはJSFは向かない。
738:736
05/10/10 21:02:47
まじすか！
739:デフォルトの名無しさん
05/10/10 21:04:32
>>737の言うとおり。割り切れ。
740:736
05/10/10 21:10:26
うほっ。JSFってかなり強気ッスね。
あまりイメージできないんですけど、割り切れるWebアプリってどんなんですか？
一般ユーザが混乱しませんか？
アドレス欄を非表示にしちゃうような、キヲスク系アプリですか？
741:デフォルトの名無しさん
05/10/10 21:53:28
一般ユーザなんてURLなんて見てないよ。
PukiWikiだって全部index.php。掲示板的な使い方だけでなく
企業のHPなどにも最近は使われ始めている。
HTMLフレームを使ったページ（最近はあまりみないけど）だったら
フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
返される内容は条件によって違う画面かもしれないし。
742:デフォルトの名無しさん
05/10/10 22:05:33
ほかにもセッション情報に激しく依存してるので、割り切りが必要。
743:736
05/10/10 22:18:14
>>741
レスどうもっす。
>>PukiWikiだって全部index.php。掲示板的な使い方だけでなく
...
>>フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
>>通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
あ、それですそれ。
JSFでそういうアプリが作りたい。
でも、JSFって画面遷移するたびにその画面を表示するために使ったURLが遷移するじゃないですか。
しかも一個遅れで。 ←これ致命的
全部/index.htmlとか、/request.doにするとか、固定できるならそれでいいんですが、
中途半端に遷移されるとユーザが混乱するっていうか、開発側も混乱しそうな気がするんですよ。
いや、少なくともオレは混乱するんでイヤなんです。
固定できるならそれで解決できるんでなにかいい方法があるならぜひ教えてください！
redirectでいいじゃん、っていうのが模範解答ならそれもあり。
>ほかにもセッション情報に激しく依存してるので、割り切りが必要。
それは無問題です。あまり気にしません。
744:デフォルトの名無しさん
05/10/11 01:43:05
redirectでいいじゃん
745:736
05/10/12 23:14:34
>>744
了解。URLを追随したかったらredirect使います。
1回の実行で2回の通信が発生するのがいやんな感じだけど。
746:デフォルトの名無しさん
05/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
05/10/13 15:09:27
ソースが
<%@page contentType="text/html; charset=Shift_JIS"%>
<%@taglib uri="URLﾘﾝｸ(java.sun.com)" prefix="f"%>
<%@taglib uri="URLﾘﾝｸ(java.sun.com)" 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:デフォルトの名無しさん
05/10/13 15:17:22
>>746
ブラウザからJSPに直接リクエスト出してるんじゃないの？
FacesServletにリクエストするんだよ。
web.xmlのFacesServletのURLパターンマッピングはどうなってる？
ブラウザから出したリクエストURLはどうなってる？
749:デフォルトの名無しさん
05/10/13 15:26:53
>>748
ありがとうございます。
.jspにアクセスするんじゃないんですね･･･
今度は.jsfでアクセスすると
HTTPステータス 404 - サーブレット Faces Servlet が利用できません
となりました。。。
ちなみにweb.xmlはこうです。
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="URLﾘﾝｸ(java.sun.com)" xmlns:xsi="URLﾘﾝｸ(www.w3.org)" xsi:schemaLocation="URLﾘﾝｸ(java.sun.com) URLﾘﾝｸ(java.sun.com)" 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:デフォルトの名無しさん
05/10/13 16:07:45
>>749
＞ 本のとおりにしてるのに動かないなんてｏｒｚ
URLを*.jspでアクセスしている時点で本のとおりじゃないだろｗ
JSF実装は何を使ってる？実装ライブラリをWEB-INF/libに入れてるか？
アプリケーションのデプロイ時またはコンテナ（Tomcatか？）起動時に
コンソールにエラーは吐かれてないのか？
751:デフォルトの名無しさん
05/10/13 16:14:28
>>749
×<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
○<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
って感じか？
752:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/10/13 16:27:53
>>751
ﾜﾛﾀ。それも本のとおりか？
JSF以前に、普通にServletも動かせないんじゃないのか？こいつ。
754:デフォルトの名無しさん
05/10/13 23:43:39
JSFでCSSを利用したサンプルプログラムって無いですかね？
ネットとかで公開されているのがあれば、参考にしたいのですが･･･
755:デフォルトの名無しさん
05/10/13 23:58:07
>>754
何に困ってるの？
それだけだと特にJSFとは関連しないように思うけど。
756:デフォルトの名無しさん
05/10/14 00:17:31
<link href="css/hoge.css" rel="stylesheet" type="text/css">
HTMLと同じ用に↑をつけたらエラーではじかれてしまったんですが？
普通はそのまま使えるんですか？
757:735
05/10/14 01:42:24
誰か～、735で記載した件に答えてくれ～(泣)
>>756 エラーではじかれるってサーブレットエラー？
jsfタグを使っているページなのに <f:view> </f:view>がないとかいう落ちではないよね？
758:デフォルトの名無しさん
05/10/14 05:40:51
>>735
なにを言いたいのかがよくわからないが・・・
遷移前のManagedBeanで処理してから呼び出せばいいんでない？
759:デフォルトの名無しさん
05/10/14 06:03:59
>>756
JSFとは関係ないが、cssファイルがWEB-INF以下に配置されているって落ちではないよね？
760:デフォルトの名無しさん
05/10/14 07:54:11
>>756
＞エラーではじかれてしまったんですが？
そのエラーが何かを推測させるゲームかなんかですか？
それとも釣りですか？
761:デフォルトの名無しさん
05/10/14 07:55:45
>>735
俺も何を問題にしたいのかがわからない。>>758の言うとおり、
ManagedBeanで値を取得してから表示すればいいだけじゃないのか？
762:デフォルトの名無しさん
05/10/14 11:18:40
<INPUT TYPE="password" ISTYLE="4">
↑の感じのようなパスワードを半角入力にしたいのですが、
JSFのinputタグにあります？
763:デフォルトの名無しさん
05/10/15 00:25:16
>>762
inputSecretでパスワードのようになる
半角入力に変わるのは使った事無いなー
誰か補足よろー
764:デフォルトの名無しさん
05/10/15 19:38:36
/WEB-INF/の下が見えるという事に驚いている人は・・・
765:デフォルトの名無しさん
05/10/15 19:49:15
心やさしい人
766:デフォルトの名無しさん
05/10/16 02:32:15
>>729
アホか？xmlは仕様書から吐き出すもんだろ
その辺の事を考えずに上流工程に時間を取らないからxmlを書く事態になるんだろ
UI設計するメンバーにWebの知識がないとかもうアホかと
ってここはマ板だったな
767:デフォルトの名無しさん
05/10/16 10:27:47
>>766
おまえバカ？ 本質を分かってねーんじゃねーか？
XML はソースコードにでも書けるものの一部を移動しただけだ。
いわば XML もソースコードも仕様書の内容をコンピュータに分かる
形式で記述しただけのものだが、決定的に詳細度が異なる。
昔から設計書を元にしたコード生成はあるが、現状を見ればいい。
依存性の高い部分だけを XML にしてるからコードとは違うとか言うのだったら、
現時点では仕組みを作ってる奴のオナニーだ。プロジェクトをやってるんだったら
分かってるんだろーが、だいたい 9割の出来ない奴と 1割の出来る奴で構成される。
本当に再利用性、保守性、将来性を見越して依存性を切り分けれるのは
ほとんどいねーよ。おまえもひょっとしたら、その 1 割側でない可能性もあるな（w
だから、仕組み（フレームワーク）を作ってる奴は分かってねーって言ってんだ。
768:デフォルトの名無しさん
05/10/16 11:31:37
その1割の奴が手綱を握れるように、ソースコード中に散在させないで
設定ファイルで一括管理するんじゃないの？
769:デフォルトの名無しさん
05/10/16 13:32:07
>>768
一括管理のメリットより、増える手間のデメリットが莫大
770:デフォルトの名無しさん
05/10/16 14:15:06
>>768
最近の「XMLに何でも外だし」はもはや「設定ファイル」の範疇を
はるかに超えとる。「ユーザは絶対触っちゃだめ」な、事実上
実装の一部を外出しにしただけ、という状態だからな。
771:デフォルトの名無しさん
05/10/16 14:25:10
StrutsのActionとURLとJSPとFormの関係は、設定じゃないだろ、みたいな。
772:デフォルトの名無しさん
05/10/16 16:28:10
>>771
だったらコード中に書けばいいの？これって
773:デフォルトの名無しさん
05/10/16 17:40:41
>>772
そういう問題があったから、アノテーションという構文が拡張されたわけだ。
774:デフォルトの名無しさん
05/10/17 01:30:00
>>767
お前みたいな奴が一番邪魔だ。プログラムを多く書かないと良いシステムができないと考えてる奴
業務アプリケーションの理想はプログラムレスだろ
775:デフォルトの名無しさん
05/10/17 07:45:30
>>769
じゃあプログラマにJavaのソースコード中にハードコーディングさせて、
実装の方針は事前にドキュメント化して、サンプルとか作ってあげて、
それを周知徹底させて・・・を毎回のプロジェクトごとにやって、
いざ実装をはじめたらリーダーやアーキテクトはそれを管理したり
レビューしたり、修正させたりのほうが劇的にコストを減らせるってこと？
776:デフォルトの名無しさん
05/10/17 18:32:41
>>775
で、Strutsのあの定義ファイルでその問題は解決できてるとは思えんが
777:デフォルトの名無しさん
05/10/17 21:22:05
>>776
Struts使わないともっとひどいことになる。
またはStrutsに期待しすぎ。
またはおまえさんのいるプロジェクトのアーキテクトが糞。
778:デフォルトの名無しさん
05/10/17 21:42:20
>>777
Strutsの設定ファイルに書く内容を個別のファイルに書けるようになってたほうがいいってのとは別の話。
「設定外だし」がどうなのかって話題だ。
779:デフォルトの名無しさん
05/10/18 02:20:36
EJB3、Hibernate Annotations、Seasar2.3等を見てると
メタデータを目印として、今までXMLに定義していたような処理はフレームワーク側が自動的にやってくれるような
方向に進んでいくと思う。
JSFだと、ManagedBeanの設定記述などはいらなくなって、faces-configには画面の遷移だけを記述する、みたいな
780:デフォルトの名無しさん
05/10/18 07:52:12
>>778
そこが問題になるってことは、せっかく用意された仕組みを使えてないってだけだな。
やっぱりアーキテクトが糞だ。
781:デフォルトの名無しさん
05/10/18 12:37:08
>>780
は？おまえ全然話題についていけてないよ。
782:デフォルトの名無しさん
05/10/18 12:45:56
StrutsでもXDocletなりアノテーションなり、定義ファイルを気にしなくていい仕組みはあるわけだからな。
783:デフォルトの名無しさん
05/10/18 14:15:44
>>777
ところで、Struts使わないとほんとにひどいことになるか？
784:デフォルトの名無しさん
05/10/19 07:29:15
基礎的な質問ですみません。
JSFでたくさんの画面数、処理数があった場合、
face-config.xmlは処理分だけどんどん長くなるのでしょうか？
785:デフォルトの名無しさん
05/10/19 07:38:26
>>784
そりゃそうだ。
複数のファイルに分けて書くこともできるが、トータルの量は増えるに決まってる。
786:784
05/10/19 08:58:53
と言う事は、大規模プログラムに向かないと言う事？
かなり長くなり過ぎて、遷移に関してはかなり管理しにくくなってきたんですが・・・(´・ω・`)
787:デフォルトの名無しさん
05/10/19 09:29:18
長い=大規模に向かない ってのがよくわからん
788:デフォルトの名無しさん
05/10/19 10:25:15
ストラッツよりかなり長くなる気がして・・・
そうなると管理、修正とかしにくくないですかね？
789:デフォルトの名無しさん
05/10/19 10:56:33
もしかして<navigation-case>の要素を全部指定してるとか？
記述ルール決めて省略できる所は省略しちゃえばいいんじゃない？
ちなみにちゃんと記述ルール決めておかないと、そのうち
「ルールのマージエラー」とか出てワケワカ状態に陥るからね。
（自戒込み）
ちなみにオレは<from-outcome>と<to-view-id>だけで管理を
するのが好き。規模小さいからこれだけで出来るのかもしれんが。
790:デフォルトの名無しさん
05/11/11 13:40:47
JavaOne行ってきて、聞いたんですがCreatorが無料になったみたいだね
791:デフォルトの名無しさん
05/11/11 15:04:00
JSFのUIコンポーネントってVBみたいに、コントロールのLostFocusとかのタイミングでリクエスト出せるの？
792:デフォルトの名無しさん
05/11/12 01:15:03
>>791
いやそもそもつかいにくくて、そんなことを考える余裕すらない
793:デフォルトの名無しさん
05/11/12 01:19:30
>>791
そういうUIコンポーネントを作ればできる。
どっかのベンダーが作ってるかもしれない。
794:デフォルトの名無しさん
05/11/17 00:58:52
実際の案件でオールJSFとか使った人いる？
もうそーゆーレベルで使われ出してたりするのかな？
795:デフォルトの名無しさん
05/11/17 10:33:56
>>794
使った。まだ時期尚早だと感じた。
Java EE5対応の開発環境が各社から出そろって
各製品がバージョンアップが一回ずつぐらい行われた頃になると
ほどよく成熟して足並みもそろうのだと思う。
796:デフォルトの名無しさん
05/11/17 11:19:38
Oracleが一番早く対応しそうだな。
WebSphereとWebLogicはもうちょっと先になるかな？
797:デフォルトの名無しさん
05/11/17 14:53:10
>>796
今使ってるOracleのAP鯖、ず～っと気に食わなかったけど、
今回初めてこれにしといて良かったなとオモータよ。
JSFもそうだけど、EJB3.0のRI向けにTopLinkを放出したのは
正直Oracleを賞賛したい。Hibernate対抗措置だったのだろうけどね。
早く来い来いEJB3
798:デフォルトの名無しさん
05/11/17 23:29:24
EJB3.0ってそんなに便利なの?
799:デフォルトの名無しさん
05/11/17 23:41:07
>>798
ふたを開けてみないとわからないのが正直なところ。
Hibernateで充分な気がするし。
というか、persistence API でコード書いておけば
EJB3かHibernateかなんてあまり関係ないしね。
EJB3がどうのというより、各ベンダの実装で性能や使い勝手が左右されると思うよ。
800:デフォルトの名無しさん
05/11/17 23:45:58
しかしEJB3.0にはとてつもないポテンシャルを感じさせるのは確かだ
801:デフォルトの名無しさん
05/11/17 23:56:41
ジェロニモはEJB3か？ っつかジェロニモってあるのか？
802:デフォルトの名無しさん
05/11/18 00:02:51
DIコンテナってみんな独自だったのがEJB3という標準化によって
どこのアプリ鯖使っても動くようになるってのは割と大きいよ
803:デフォルトの名無しさん
05/11/18 00:09:42
EJB3って、HibernateとTopLinkにちょっとでも互換性を持たせるための仕様じゃないの？
804:デフォルトの名無しさん
05/11/18 00:51:41
EJB3はDIコンテナとしては中途半端だと思う。EJBをDIするぐらいしか出来ないし
>>803
その２者を使ってO/Rマッピングの標準を作ったということじゃないだろうか
805:デフォルトの名無しさん
05/11/18 00:56:08
>>795
レスありがとー。
やっぱまだ時期尚早かぁ。
URLﾘﾝｸ(file1.grp.yahoofs.jp)
↑こことか見るとサーバーリソースも現行のWebアプリより食いそうだし、
こなれてきてもWebアプリは全部JSF！みたいにはならないかもなぁ。
806:デフォルトの名無しさん
05/11/18 01:13:55
>>805
アーキテクチャや思想としてはStrutsよりもかなりいい感じなんだけどね。
もうちょっとこなれて欲しい。
これからの進化に期待。
807:デフォルトの名無しさん
05/11/18 12:54:20
Sun Java Studio Creatorで業務した人いる?
なんか使った感じ、かなり便利だった。
808:デフォルトの名無しさん
05/11/18 13:18:10
JDevelopperもSun Java Studio Creatorも
どっちも便利だな。
残念ながら、Eclipseには相当する機能は現時点ではないしな。
809:デフォルトの名無しさん
05/11/19 18:12:32
結論：Sun One >>>>>>>>> Eclipse
810:デフォルトの名無しさん
05/11/19 22:17:15
>>805
見れないんだけど、何が書いてあるの？
811:デフォルトの名無しさん
05/11/20 01:17:28
>>810
ごめん。家のPCでYahooにログインしっぱなしだったからそのまま貼っちゃった＾＾；
URLﾘﾝｸ(groups.yahoo.co.jp)
ここのブリーフケースの中にあるJSFTips.htmlってファイル。
よくわかるJavaServer Facesのしくみ
URLﾘﾝｸ(www.amazon.co.jp)
↑の本書いてる吉田 裕之って人が書いたJSFのTIPS集。
結構詳しいからJSF使うなら読むといいんじゃないかな？
で、ここに「JSFはサーバーパワーが必要」って項目があったんで、そんなんで実際の現場で普及すんのかな？と。
812:デフォルトの名無しさん
05/11/20 01:36:39
>>811
さんきゅ！
813:デフォルトの名無しさん
05/11/20 04:28:42
>>811
サーバーパワーなんか、ヒューマンリソースに比べれば二束三文
814:デフォルトの名無しさん
05/11/20 04:31:56
実際の実行環境は、パワーあるマシン使うのが普通なので問題ない
815:デフォルトの名無しさん
05/11/20 13:47:52
何Wくらいのがお薦めですか？
816:デフォルトの名無しさん
05/11/20 13:50:19
1.21ジゴW
817:デフォルトの名無しさん
05/11/22 20:59:34
死亡したのは.netではなくstrutsだな。
818:デフォルトの名無しさん
05/11/22 21:42:24
>>817
struts現verの死滅は確実。（と、struts開発元も公言）
shaleがどうなるのか見ものだね。
個人的にはshaleは「出しゃばりすぎ」との予感してる。
shaleを『軸に』システム組むなんて発想は真っ平ゴメン!!
P層のフレームワークは純粋にviewを構築するパーツで
あって欲しい。
その点、JSFは、いいセンスしてると思う。実装がこなれて
いなくて使い辛いのは認めるけど。
勘違いだったらｽﾏｿ
819:デフォルトの名無しさん
05/11/22 22:34:29
>>818
全面的に同意。
（今の）Shaleは覚えることが大杉。使いこなすのが恐ろしく難しい。
JSFとChainとSpringとTilesと・・・と多数のフレームワークやライブラリの
使い方を全部マスターする必要があるんじゃないのか？と思うぐらい。
JSFそのものは思想・アーキテクチャとしては優れているね。
実装と開発環境がもう一皮むけるのを心待ちにしているよ。
820:デフォルトの名無しさん
05/11/23 12:32:42
>>802
実際はそうなるんだろうな。
純粋なスペック面ではDIやってる連中にはヌルすぎと批判されてるが。
こないだのJavaOneでSeasarの人とか。
821:デフォルトの名無しさん
05/11/23 14:04:45
>>820
Hibernate等のO-Rマッピング技術もまったく同じことだね。
Java Persisence APIによって標準化され、どこでも同じAPIで
どこでも同じように動くようになる。
822:デフォルトの名無しさん
05/11/23 14:22:30
JSP/servletとかと同じだよな
結局よほどじゃないかぎりライブラリやフレームワークに依存したコードは書きたくない
JSFに関してはもうちっとなんだろうけど
creater２見る限り開発は問題なさそうだが
運用環境が頭痛いか
823:デフォルトの名無しさん
05/11/24 02:27:49
creater２いいとかいうが
あの自動生成のソースが気持ち悪くて最悪なので
どうしても使う気になれない。
824:デフォルトの名無しさん
05/11/24 23:34:54
コンパイル後のバイナリが気にならないように、
自動生成のソースの中身を気にならなくなる時代が来るのかもな。
825:デフォルトの名無しさん
05/11/24 23:38:28
自動生成部分はいじらないのが普通だろ
GUIエディタでもそうだし
826:デフォルトの名無しさん
05/11/24 23:39:01
>>824
そう思う。
アセンブラなどをやっていた人間からするとJavaが既にそういう存在だと思うし。
827:デフォルトの名無しさん
05/11/24 23:48:53
つーか、コンパイラとかアセンブラ自体がすでに（ｒｙ
828:デフォルトの名無しさん
05/11/25 09:43:37
>>826
アセンブラやってた人間ならCの時点ですでに悲鳴上げたことあるだろｗ
829:デフォルトの名無しさん
05/11/25 15:12:41
開放感でうれしかったけど。
830:デフォルトの名無しさん
05/11/25 23:25:23
Cコンパイラが生成したアセンブラソースのことじゃね？
831:デフォルトの名無しさん
05/12/04 09:48:27
開発ツールSun Java Studio Enterprise 8、無償でリリース － ＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)
タダで使えるようになったみたいだけど、これのJSF機能ってどうなの？
楽チン？
832:デフォルトの名無しさん
05/12/04 11:49:07
>>831
JSFに特化するなら、Creatorのほうがいいかも
833:デフォルトの名無しさん
05/12/04 13:11:08
>>831
JSFに特化かどうかというよりも、その両製品は対象ユーザが違う。
JSFのAPIを隠蔽して、完全にグラフィカルな作業環境で開発したい
→Creator
APIなどをある程度把握して、自分で好きに実装したい
→Sun Java Studio Enterprise
どんなコードを生成してくれても気にしない。そのかわりにお手軽開発というのならCreator。
そのかわり、大規模アプリケーションを何人ものプログラマでコードを共有するのには向いていない。
システム開発屋が扱うというよりも、ユーザ企業の担当者がちょっとした
マスタメンテツールや情報検索ツールを作るのに向いているし、そういうユーザがターゲット。
834:831
05/12/04 13:59:46
>>832
>>833
レスありがとう。
だとすると、業務で使うとしたらメインはやっぱJava Studioの方になるのかな～。
Createrはちょっとしたツールとか書く時にはロジックに集中できて便利そうね。
ちなみにダウンロードサイトが英語だったりしてイマイチよく分かってないんだけど、
この2つの「無償」ってのは、商用利用も含めて「無償」で使っていいよ、ってこと？
それとも個人利用の制限あり？？
835:デフォルトの名無しさん
05/12/16 13:57:57
いつの間にか facelets1.0.4がreleaseされてますよ。
URLﾘﾝｸ(facelets.dev.java.net)
誰か人柱になってくれんかのぉ。
836:デフォルトの名無しさん
05/12/16 19:38:38
>>835 人柱よろｗ
837:デフォルトの名無しさん
05/12/18 02:29:30
Oracle、ApacheにJSF実装「ADF Faces」を寄贈へ
URLﾘﾝｸ(pcweb.mycom.co.jp)
838:デフォルトの名無しさん
05/12/18 21:19:55
通常のリンクで<to-view-id>にフォワードするのに<from-outcome>に指定した文字列を使いたくて
<f:view>
<h:form>
<h:commandLink action="link">
</h:form>
</f:view>
と書いてます。
これをもっと簡単に書く方法はありませんか？
839:デフォルトの名無しさん
05/12/18 22:55:32
充分に簡単だと思うけどな・・・・
840:デフォルトの名無しさん
05/12/18 23:04:59
JSFじゃなければ<a href="link.jsp">で済むので、簡単だとは思えません。
841:デフォルトの名無しさん
05/12/18 23:48:26
GET受け付けないから無理
842:デフォルトの名無しさん
05/12/19 01:09:04
f:viewは仕方ないにしても、h:formが必要ない書き方って標準でないんでしょうか？
843:デフォルトの名無しさん
05/12/19 07:45:39
ASP.NETのパクリ成功した？
844:デフォルトの名無しさん
05/12/19 11:51:21
もう一息です
845:デフォルトの名無しさん
05/12/19 12:40:11
JavaEE5出てから本格始動だろうな
846:デフォルトの名無しさん
05/12/19 13:00:46
>facelets
これ、素のHTMLのTableタグをdatatableとかpanlegridに置き換える方法が判んない。
847:デフォルトの名無しさん
05/12/19 19:32:55
>>840
じゃ、おまいには無理だ
848:デフォルトの名無しさん
05/12/20 23:56:04
>>837
これでJSFにも勢いつくといいね。
＞100を越えるJSFコンポーネントから構成されており
結構すごそう。
誰かもう触った人いる？
849:デフォルトの名無しさん
05/12/24 08:25:58
ちょっと試してみた。
tomahawkのように他のJSF実装と組み合わせて使う方式だから簡単に試せると
思ったが、子要素の解釈が結構違っていてかなりの書き換えが必要になりそう。
Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作
するけど、ADFはほとんど全滅。同等のJSFタグに置き換えるか、verbatimで
囲む必要があった。
一方でJSF標準はjstlとの併用がまったく考慮されていないのが不満だったけど、
ADFでは独自にforEachやswitcherなどを用意してくれているのがありがたい。
forEachはまだいろいろ制約があるみたいだけど。
850:デフォルトの名無しさん
05/12/24 11:49:00
JSFも1.2はJSTLと併用できるみたいね。
851:デフォルトの名無しさん
05/12/24 12:12:21
>>849
＞Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作
するけど
ものによる。
この問題を解決するために、JSF1.2/JSP2.1ではJSFタグに${...}を記述できるようになる。
${...}は即時解釈（通常のJSPと同じタイミング）され、
#{...}はレスポンス描画フェーズで解釈される
・・・だそうだ。JavaOneでCraigとYUTAさんがそう言ってた。
852:デフォルトの名無しさん
05/12/26 10:54:37
求む人柱
URLﾘﾝｸ(www.alphaworks.ibm.com)
853:デフォルトの名無しさん
05/12/27 01:40:08
人柱って、、、試したところで何のデメリットもないんだから手前で試せよ。
854:デフォルトの名無しさん
05/12/27 09:30:17
環境が無いんだよ
855:デフォルトの名無しさん
05/12/28 00:22:42
>>854
どういう意味だ？
856:デフォルトの名無しさん
05/12/28 01:00:43
家にも会社にもPCが無いんだろ。
2ちゃんは携帯からか？
857:デフォルトの名無しさん
05/12/31 11:04:18
>>856
すごいなｗ
858:デフォルトの名無しさん
06/01/03 03:33:41
JSFって、実際のところどうですか？
859:デフォルトの名無しさん
06/01/03 22:34:23
悪くないよ。
でも基本的にグラフィカルIDEが必要。
コードで書くもんじゃない。
860:デフォルトの名無しさん
06/01/03 23:08:36
テキストベースのコードを直書きしても、Strutsよりはるかにマシ。
GUIベースのIDEは、下記の点を割りきればOK。
・ベンダ依存のコードになる（他のツールでの編集は考えてはいけない）
・ソースを直接編集することは一切考えない（上に同じ）
・自動生成されたコードがキモい
861:デフォルトの名無しさん
06/01/04 00:56:06
>>859
JSFを信じない人のために: JSFに関するFUDをクリアーする
URLﾘﾝｸ(www-06.ibm.com)
これによると
>JSFに関しては3つの大きな誤解がありますが、その第1は、作業のためにWYSIWYGツールが必要だというものです。
だってさ。
詳しくは読んでないから知らんが。
862:デフォルトの名無しさん
06/01/04 01:20:14
>>861
>『WYSIWYGツールを使わなくても、JSF開発はStrutsよりもずっと簡単なのです！』
あくまでもStrutsに対する相対評価だね。
863:デフォルトの名無しさん
06/01/04 03:16:51
Java初心者なんですが、できるだけお手軽にWebアプリを作りたいので、
JSFに注目してます。
Javaっていろんなフレームワークがあって、何から手をつけてよいのか迷い
ます。
JSFでWebアプリを作れるようになるには、どういう順序で勉強すればいいの
でしょうか。
Javaの基礎（文法）⇒JSPとサーブレット⇒JSF
こんな感じでいいでしょうか。
864:デフォルトの名無しさん
06/01/04 08:08:46
順番はそれでいいと思うけど、単にお手軽につくりたいだけならPHPの方がいいような･･･
865:デフォルトの名無しさん
06/01/04 11:31:15
>>863
sun java studio creator を使え。
それでもだめならあきらめろ。
866:デフォルトの名無しさん
06/01/04 16:49:33
863です。レスありがとうございます。
>>864
PHPとASP.netは使えます。これらに慣れすぎたせいでJavaでもお手軽に
作れないかなという気持ちになってしまいました。
>>865
早速ゲットしました。これが無料って、すごいですね。
867:デフォルトの名無しさん
06/01/04 19:36:08
sun java studio creatorを使いこなせれば、
たいていのWEBアプリはOKだと思う。
868:デフォルトの名無しさん
06/01/04 19:42:52
>JSFに関しては3つの大きな誤解がありますが、その第1は、作業のためにWYSIWYGツールが必要だというものです。
必要なんじゃなくて、ツールと一緒に使うことも視野に入っているだけ
869:デフォルトの名無しさん
06/01/04 20:04:06
はいどうぞ。
URLﾘﾝｸ(pcweb.mycom.co.jp)
870:デフォルトの名無しさん
06/01/17 00:07:12
JSFにはバリデーションマスクみたいな機能ってないんでつか？
わざわざActionListenerでコンポーネントツリーつかってシコシコ
processValidators呼んでやんないとだめなんすか？
それともこんな質問してる俺が馬鹿なだけですか？
871:デフォルトの名無しさん
06/01/17 16:33:55
JSPから引数があるメソッド呼ぶ方法ってないの？
こんなのを呼びたい
public String getLabel(int state) {
return (state == 0 ? "０" : "１");
}
エンティティに表示文字列を意識させたくない
872:デフォルトの名無しさん
06/01/17 16:41:54
普通に呼び出せばいいと思うが。
しかし、選択肢はJSPかエンティティしかないのか？
873:デフォルトの名無しさん
06/01/17 17:07:51
具体的にどうすれば良いのだ？
#{hoge.label}
の形式では無理なのか？
874:デフォルトの名無しさん
06/01/17 17:50:40
スクリプトレット使えばよかろう。
875:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/01/17 19:04:37
page.getAttributeじゃねぇの？
877:デフォルトの名無しさん
06/01/17 19:48:54
そもそもdataTableタグの中でスクリプトレット使えないから・・
878:デフォルトの名無しさん
06/01/17 19:50:38
>>877
JSF1.1まではね。
879:デフォルトの名無しさん
06/01/17 20:20:55
俺らみたいな低民族がまともに開発できるバージョンで教えてくれ
880:デフォルトの名無しさん
06/01/18 01:39:20
JSFってどんなものか試しにSun Java Studio Creator使ってみたけど、
凝ったことやろうとするとなんか面倒じゃね？
881:デフォルトの名無しさん
06/01/18 07:36:45
>>880
それはCreatorが面倒なだけ。
882:デフォルトの名無しさん
06/01/18 07:49:08
>>878
便乗だけど、JSF1.2で動かそうと思ったら、今はGlassFishしかないの？
そもそもTomcat6が作られてないからServlet2.5、JSP2.1も（GlassFish以外に）今は無い？
883:デフォルトの名無しさん
06/01/18 11:28:49
>880
Eclipse＆JSP手書きで充分
884:デフォルトの名無しさん
06/01/18 12:26:05
俺もポトペタ要らん派だけど、beanやproperty/methodの
存在チェックくらいして欲しいと思わないかい？
885:デフォルトの名無しさん
06/01/18 21:05:18
バッキングBeanって基本的に1つのサービスに対してしか必要ない？
886:デフォルトの名無しさん
06/01/18 22:10:03
どういうこと？
887:デフォルトの名無しさん
06/01/18 22:13:19
>>884
NetBeans5の、タグをポトペタする機能は便利だよ。
h:dataTableなんかをパレットからD&Dしてデータを指定したら、適当なh:columnなんかが入ってくれる。
新しいアイテムの自作も難しくないし。
JSFではWYSIWYGではない環境でのポトペタが便利だと思う。
888:デフォルトの名無しさん
06/01/18 22:18:46
なんか１画面で１つのバッキング・ビーンを定義するっていう風潮があるじゃんか
無駄なんだよな。
本当にバッキング・ビーンとして扱うべきものは、状態が変化するモノなんじゃないかと。
そうなると必然的にサービスと紐付いてくるわけさ
889:デフォルトの名無しさん
06/01/19 00:36:10
そうするメリットってどんなものがあるの？
個人的にはどっちでもいいけど、画面項目設計書から余計な事を
考えなくとも、機械的にソース吐けるから大した手間でもないし、
Beanは画面から送られる使い捨てキャリアとしてしかみてない、
且つ、1画面=1Beanでシンプルでよいし・・ということで、気にせず
作ってしまってるんだけど。。
890:デフォルトの名無しさん
06/01/19 01:24:07
・メリット
コード量が圧倒的に少なくて済む
・デメリット
画面開発者がどのBeanを使うかを理解しないといけない
逆に１つの画面で１つのBeanにすると
・メリット
画面中心で単純
・デメリット
同じ処理を複数回書く必要がでてくる
コードが増える
うざい
くさい
画面が増えたとき面倒
メモリ使用量が増える
設定ファイルの記述が増えるのも面倒
画面間の値の受け渡しに気を遣う必要がある
とりあえず、
定型ソースと言えど、人間が触る部分のコード量が多いのはシステムの見透しが悪くなるからうざいのと、
同じことを何度も書くのはあほらしい
891:デフォルトの名無しさん
06/01/19 02:22:42
>・デメリット
>画面開発者がどのBeanを使うかを理解しないといけない
これはメリットのわりにはかなり痛いデメリット。
自分ならやっぱ1画面=1Beanを選択するよ。
（多数の初心者のような開発者抱え込む場合ならなおさら）
対して1画面=1Beanのデメリットはどれも小さいものばかり。
その中では実際デメリットにもなりえないものも、いくつかあると思う。
892:デフォルトの名無しさん
06/01/19 05:20:43
>>891
>画面開発者がどのBeanを使うかを理解しないといけない
これは実際には、画面開発者がどの機能を実装しているかを理解しないといけないということ。
画面ごとにBeanを作ると、持ちまわるべきデータを分断してしまうことになって、そのためのロジックが必要になったりする。
大きな機能ごとの幹になるBeanを作って、細かい画面制御的なBeanが必要なときは画面ごとに用意するというような、ハイブリッドな考え方。
どちらかにこだわると失敗する。
893:デフォルトの名無しさん
06/01/19 09:52:29
>891
どこが小さいデメリットばかりなんだよ
>画面開発者がどのBeanを使うかを理解しないといけない
これは設計者がちゃんと指示すれば済む問題
894:デフォルトの名無しさん
06/01/19 18:08:01
ちょっともどるが>>871みたいなのはコンバータ作るべきなんじゃね？
895:デフォルトの名無しさん
06/01/19 19:00:16
>894
目からうろこ
ﾏｼﾞｻﾝｸﾇ！
896:デフォルトの名無しさん
06/01/19 23:50:32
>同じ処理を複数回書く必要がでてくる
>コードが増える
>画面が増えたとき面倒
>設定ファイルの記述が増えるのも面倒
これらは工数として見たとき、どちらを採用しても大した違いはないと
思うんだけどな。
仮に差があったとしてもシステム全体で考えても数人日程度だと思う。
（どっちが工数大きくなるかは置いておいて）
>メモリ使用量が増える
これは逆じゃない？ごった煮Beanの方が状態管理する必要のないものまで
セション管理される可能性が高いと思う。
それでも微々たるもので、メモリを圧迫するレベルとはかけ離れた
レベルの話だと思うけど。
>画面間の値の受け渡しに気を遣う必要がある
ごった煮の1Beanだとある状況で扱う項目/扱わない項目がでてくるわけだから、
1画面=1Beanで気を使う部分とは別に、意識しなければならない要素がでてくると思う。
（このタイミングでこの項目は使うんだっけ？？みたいな感じで何度も設計書を
見直さなければならないとか）
897:デフォルトの名無しさん
06/01/19 23:56:59
>それでも微々たるもので、メモリを圧迫するレベルとはかけ離れた
>レベルの話だと思うけど。
自己レスだけど、これは仕様によるからなんともいえないね。
大きなデータ構造を何百件ももつ必要がある場合とかは考慮が必要だと思う。
そこまで大きなデータを持たなければならない状況もレアだと思うけど。
898:デフォルトの名無しさん
06/01/20 01:53:35
>896
項目数もアクセス数も画面数も少ないのなら1画面1Beanの場合でもリソースやそれの管理に伴う時間なんかは無視できるかもな
ただ聞きたいんだがManagedBeanってSessionからはいつ消えるの？
どこからごった煮という定義になったのか知らんが、ごった煮という定義は間違ってる。
おそらく1機能＝1Beanという理解をしているんだろうが、それも一つの手ではあるがあまり良い手ではない。
Managed-Bean（≒バッキング・ビーン）は、
1つのサービスを起動する際に関係のある 状態が変化するオブジェクト
と位置づけてはどうだろうか？と。
>ごった煮の1Beanだとある状況で扱う項目/扱わない項目がでてくるわけだから、
サービスが必要とする最低限の項目のみで良いからそんなことにはならん
>1画面=1Beanで気を使う部分とは別に、意識しなければならない要素がでてくると思う。
画面間でオブジェクトを受け渡す場合、「えーっと、、、次の画面のBeanはなんだっけ？？」みたいになるだろ。
画面遷移を意識するはnavigation-ruleだけでお腹いっぱい
899:デフォルトの名無しさん
06/01/22 02:23:11
昨日からJSF始めたんだけど、Managed-Beanてのは、プレゼンテーション層用の
Beanて認識でいいの？
今まで自作フロントコントローラーからビジネスロジックのコマンド実行する
方法ばかりやってたせいかいまいちピンと来ない・・・
900:デフォルトの名無しさん
06/01/23 10:05:55
>899
正解。
ビューコントローラに相当します。
901:デフォルトの名無しさん
06/01/24 01:28:32
>899
ハッキリ言ってどうにでも使える。
上の方でもやってるが、ビューとしてもOKだし、ビジネスロジックへの橋渡しとだけ考えても良い
重要なのはどうやるかをキチンと決めて、一貫性のある開発方法を作ること
902:デフォルトの名無しさん
06/01/25 09:58:34
>>899
参考までにオレのやり方を露出
managed-bean(オレはp層と認識)
↓
facade(serviceLayer)
↓
facadeImple(ApplyTransactionPointByAOP)
↓
dao
↓
daoImple(dataStoreLayer)
こんな感じでやってる。
903:デフォルトの名無しさん
06/01/25 20:22:49
902に同じ。
904:デフォルトの名無しさん
06/01/25 23:27:36
もう行き止まりやな。
905:デフォルトの名無しさん
06/01/26 00:47:56
Sun Java Studio Creator 2 Early Access 第 2 版がリリースされました。
URLﾘﾝｸ(sdc.sun.co.jp)
906:デフォルトの名無しさん
06/01/27 00:41:23
JSF で CHTML を出力する方法なんてある？
907:デフォルトの名無しさん
06/01/27 05:40:33
>>906
RenderKitをカスタマイズ
908:デフォルトの名無しさん
06/01/28 09:50:44
>>905
Early Accessではなくて、正式版では？
909:デフォルトの名無しさん
06/01/28 11:26:36
ほんとだ！Sun Java Studio Creator 2 の正式版がきてる。
Early Access 第 2 版は３日間のためだけに存在したのか？
2004Q2 にくらべて１００Ｍも大きくなっている。
910:デフォルトの名無しさん
06/01/28 15:55:35
>>908
正式リリースは昨日。
911:デフォルトの名無しさん
06/01/29 00:35:12
だいたいみんな同じようなやり方だな。
ところで、facadeからmanaged-beanにドメイン層の
オブジェクトを直接返したりってする？
やっぱりDTO使った方がいいのかな？
912:デフォルトの名無しさん
06/01/30 13:14:20
1画面に1つのバッキング・ビーンを用意してた場合で、
ユーザが行った操作を記録したいっていう要件があった場合はどうするの？
やっぱりメソッド単位でログ吐かせるのか？
913:デフォルトの名無しさん
06/01/30 17:48:24
StrutsでいうGlobalExceptionみたいなことはできんの？
914:デフォルトの名無しさん
06/01/30 19:23:37
>>912
素直にfilterでやるとか、あるいはAOPでやるとかの方法の方が
ロジック分離できてｳﾏｧ・・・
と思うのだけど。