JSF(JavaServer Faces)【.NET死亡？！！！】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGhttp://www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
http://java.sun.com/webservices/downloads/webservicespack.html
0565名無しさん＠そうだ選挙に行こう
2005/09/11(日) 17:46:49中国は国家主導でLinuxの導入進めてる。
個人レベルではWindowsのシェアが高いけど、企業レベルでは殆どがLinux環境。
0566名無しさん＠そうだ選挙に行こう
2005/09/11(日) 18:20:02別に国家レベルでLinux導入進めていたって、その中国の人間の客は日本なんだから、
日本向けに技術者を教育なり集めるのが普通だろ。
中国とかは関係無いよ。
あくまで客である日本企業の需要に合わせる。
俺らだって、客先が有無を言わさず『Linuxで！！』と言われればLinux使うし、
『Linuxは絶対に駄目。Windowsサーバで！！』と言われればそれに従うだけだし。
0567名無しさん＠そうだ選挙に行こう
2005/09/11(日) 18:42:37「JSF フォーラム」で検索すると「日本宇宙フォーラム」や「ヤパーナ社会フォーラム もう一つの世界は可能だ」
とか、変なものがヒットするんだが。
0568名無しさん＠そうだ選挙に行こう
2005/09/11(日) 19:11:44だから、流行ってないんだって。
むしろ、Seasar2のS2JSFのメーリングリストとかの方が活発に意見交換されている。
だけど、あそこはあくまでもS2JSFの話題だからなぁ。
基本的にはJSFを使用するのは時期尚早って感じなんじゃない？
だから、このスレとかでもあまり意見交換って行われてないじゃん。
JSFが気になった奴もちょっと使ってみて、『つかえねぇ』と感じて、
結局今まで通りって流れのような気がする・・・俺のように・・・
0569名無しさん＠そうだ選挙に行こう
2005/09/11(日) 19:25:51適当に探してみた
jsf-jp JavaServer Facesに関するMLです。
http://groups.yahoo.co.jp/group/jsf-jp/
@ITのJava Solution 会議室
http://www.atmarkit.co.jp/bbs/phpBB/viewforum.php?forum=12
0570名無しさん＠そうだ選挙に行こう
2005/09/11(日) 20:19:47どうもここ見る限りでは浸透していない様子だなぁ・・・
あぼんの予感がする
0571名無しさん＠そうだ選挙に行こう
2005/09/11(日) 20:23:43実装による質のばらつきもまだまだ多いし。
初期のServletコンテナもベンダーによる質のばらつきが多かったのに似ている希ガス。
各ベンダーやオープンソースによる実装が安定して、さらに
オープンソースの高機能なJSF開発環境やEclipseプラグインが
出てくると一気に普及すると思うけどな・・・。
0572デフォルトの名無しさん
2005/09/12(月) 01:51:49代わっても1.2見るだけでも局所的及び一部分だ。だとすると覚えるのは
モデルだけで後は、どうやって利用するかどこに利用できるかってことに
今は知恵を使ったほうがいいよ。現状のレベルだといきなりASP置き換えはﾑﾘ
それだとどこまでのレベルで使えるのか判断したほうがいいよ
Webspherは全部のプロジェクトでつかえるものではないしな
0573デフォルトの名無しさん
2005/09/12(月) 22:47:10ASP.NETの対抗馬としてサンは開発環境込みで広めたかったんだろうが、
Eclipseで開発できない限りJavaの世界じゃ広まらないからな
0574デフォルトの名無しさん
2005/09/13(火) 01:57:34こんなところが実装するソフトウェア基盤はゴミでしかない。M$の金魚の糞は
つぶれたほうがいいよ
0575デフォルトの名無しさん
2005/09/14(水) 04:26:15＞Eclipseで開発できない限りJavaの世界じゃ広まらないからな
Eclipseでの開発の有無より、スレ見てる限りJSFの仕様（実装）が糞だから
みんな使わない（業務で役に立たない）んじゃない？
0576デフォルトの名無しさん
2005/09/14(水) 08:02:40いや、仕様よりもEclipseだろ
0577デフォルトの名無しさん
2005/09/14(水) 08:12:350578デフォルトの名無しさん
2005/09/14(水) 21:00:29あとは日本語のマニュアルｗ
0579デフォルトの名無しさん
2005/09/15(木) 15:04:20Googleだと古い方のページがトップですが、
新オフイシャルサーバを参照する方がよいですよね。
「Servlet および JavaServer Pages API ドキュメント (Tomcat 4.0)」
http://www.jajakarta.org/tomcat/servletapi/servletapi-4.0/docs-ja/
Servlet API 2.3とJavaServer Pages API 1.2なので
JakataのTomcat 4.1のページと同等ですね。
Servlet API Documentation (Tomcat 5.5)
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/servletapi/
JavaServer Pages API Documentation (Tomcat 5.5)
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jspapi/
Servlet API Documentation (Tomcat 5.0)
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/servletapi/
JavaServer Pages API Documentation (Tomcat 5.0)
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jspapi/
Servlet and JavaServer Pages API Documentation (Tomcat 4.1)
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/servletapi/
JSFもそうですが、最新バージョンの日本語マニュアル欲しいですね。
0580デフォルトの名無しさん
2005/09/16(金) 00:48:260581デフォルトの名無しさん
2005/09/16(金) 01:34:44えらいねぇ。
漏れはもうStrutsなりJSFなりがないとしんどくてだめだよ。
0582デフォルトの名無しさん
2005/09/16(金) 01:43:17Velocity使うより、ふつうにJSPで充分。
というかVelocityよりはJSPのほうがいい。
0583デフォルトの名無しさん
2005/09/16(金) 03:12:55マクロファイル大量に分ければいいか・・・
0584デフォルトの名無しさん
2005/09/16(金) 03:14:15HTML出力以外だと便利だけど。
JSPでよくない？
0585デフォルトの名無しさん
2005/09/16(金) 13:35:110586デフォルトの名無しさん
2005/09/16(金) 13:56:31デザイナからするとJSPよりVelocityのほうが扱いやすいらしいよ
0587デフォルトの名無しさん
2005/09/16(金) 14:11:06いろいろ毎日忙しくて
まだ検証にも踏み切ってないんだけど
実務に使えそう？
0588デフォルトの名無しさん
2005/09/16(金) 14:22:56#ifとかがプレビューで見えたほうがいいってこと？
0589デフォルトの名無しさん
2005/09/16(金) 15:29:18パフォーマンス的な事を言ってるなら、Velocityを使えると考えるなら
それと同じくらいには使える。
CSSを用いればHTMLからレイアウトと装飾を分離できる。
ってのは最近では当たり前に知られてる利点だけど、それと同じ感
覚でWEBアプリ依存部分を分離できる。
これを逆に(Seasar的に)見ると、MayaファイルでHTMLに対してWEB
アプリへの依存性を注入してる(所謂DI)とも言える。
あと、XPathを利用した複数箇所に現れる同一タグへの処理はAOP
的。こういった辺りが概念的に気持ちイイ！
0590デフォルトの名無しさん
2005/09/16(金) 16:31:57そういうのわかりやすくまとめてある資料ってありますか？
0591デフォルトの名無しさん
2005/09/16(金) 17:10:21http://maya.sandbox.seasar.org/
ここ読んであとはサンプル弄ってみるくらいかな？
hoge.htmlとhoge.mayaが組になってる事さえ意識できれば
変更、結果表示の繰り返しで触れるようになると思うよ。
0592デフォルトの名無しさん
2005/09/16(金) 19:12:210593デフォルトの名無しさん
2005/09/16(金) 20:58:15メーリングリスト（参照だけならWebで見れる）でも、開発者自ら『MyFacesの糞実装』と
表現は違えど、名言しているにもかかわらず、S2JSFでは思いっきりMyFacesを使ってるし。
個人的には糞実装の上に、どんなに良いものを乗っけても、土台が糞な以上、
S2JSFも糞なんだよな・・・
つうかJSF自体オープンソースになったんだから、独自に実装すればいいんだよ。
0594デフォルトの名無しさん
2005/09/17(土) 01:02:450595デフォルトの名無しさん
2005/09/17(土) 01:11:48JSP+EL+JSFでおけ
0596デフォルトの名無しさん
2005/09/17(土) 01:45:34ttp://www.theserverside.com/news/thread.tss?thread_id=36575
を読んでおいてもらいたい。
0597デフォルトの名無しさん
2005/09/17(土) 03:09:57S2JSFのどの辺が糞ですか？
個人的には、S2JSFはMyFacesの糞実装をうまく隠蔽する仕組みにしたつもりですが
0598デフォルトの名無しさん
2005/09/17(土) 11:10:08中の人
0599デフォルトの名無しさん
2005/09/17(土) 11:31:24いくら上から隠蔽しても糞だよな。
家でいえば、土台の基礎工事がちゃんと出来ていないのに、豪華な家を建ててるようなもの。
崩れるときは土台から崩れるし、土台を修正しようとすると、可也の時間が掛かる。
隠蔽する前に土台をしっかりとさせる方が重要だよな。
オープンソースなんだから、土台を自分たちで実装するなり改造するなり手は幾らでもある。
その結果が今のS2JSFなんじゃない？
確か、1.0.5に核のMyFaces1.0.9関連で不具合出て、対策わかったから昨日には1.0.6を出すと言っていたのに、
まだ出てないよね。
これが、結局は核の部分に問題があるのを上から無理やり隠蔽しようとするから時間掛かってるんじゃない？
それと、ビューの部分をHTMLで書いて簡単に確認できるって考え方は悪くないんだけど、
俺らがJSFで開発するのに本当に欲しいものはVisualStudioのように
画面にコントロールを貼り付けていって・・・という作業がしたいんだよね。
IBMとかの使えばできるけど、WebSphereに依存しちまうし、なにより値段が高い。
あれを買う金があるなら、素直にVisualStudio買ってASP.NETで作っちまうよ。
無料のWebMatrixでさえ、画面にコントロール貼り付けられるし、
次のVisualStudioだってWeb開発しかしないなら、1万ちょっとで開発環境が手に入る訳だし。
あとは拡張コンポーネント次第だよな。
MyFacesの拡張コンポーネントは糞だし、S2JSFでのコンポーネントもそれ程実用性は無い。
既存のものをちょっと使いやすくした程度。
0600デフォルトの名無しさん
2005/09/17(土) 11:34:04Sunの実装は？
ぽとぺたできて1万くらいだったような
0601デフォルトの名無しさん
2005/09/17(土) 11:37:57> ビューの部分をHTMLで書いて簡単に確認できる
え？カスタムタグ使ってる系ってこれが出来ないから
デザイナーとのやりとりや変更が多いタイプの仕事では
テンプレート系がもてはやされてるんじゃないの？
0602デフォルトの名無しさん
2005/09/17(土) 11:41:24Sunの実装って、色々なJSF使えるの？
jsf-1_1_01、MyFacesとかとかIBMのとかOracleのとか。
俺が言いたいのは、開発するのに貼り付けられるってのは重要だけど、
何を使うかは自由でいたいの。
仕様としてちゃんと決められてるんだから、その仕様に基づいて実装させていれば、
この部分は自由に出来るはずだよね。（できないなら開発ツールが糞か実装が糞か仕様がそもそも糞）
0603デフォルトの名無しさん
2005/09/17(土) 11:45:47Javaで作られてる開発環境重過ぎる。
IBMのなんて、CPU3.5G、メモリ2GBでも余裕で重いし落ちるしな。
.NETFrameworkで作られた開発環境は、CPU800MHz、メモリ512でも
Javaの開発環境と比較して、比べ物にならないほどスムーズだしな。
ある程度のマシンスペックが要求されるのは、我慢できるが、
ハイスペックのマシンで、やっと動いてますってのは我慢できない。
0604デフォルトの名無しさん
2005/09/17(土) 11:50:26MSの世界ではUIはVBプログラマの仕事みたいよ。
レイアウト、デザイン、ロジックで分離とか言っても、そもそも
そういう視点を持ってないMS側の人には分からんだろう。
一人で全部作るには確かに楽ではあるしね＞ASP.NET
0605デフォルトの名無しさん
2005/09/17(土) 11:52:17JSF（JSP）だって、UIはJavaプログラマの仕事じゃん。
レイアウト、デザイン、ロジックで分離とか言っても、そもそも
そういう視点を持ってないJava信者の人には分からんだろう。
一人で全部作るには可也の苦労があるしね＞JSF
0606デフォルトの名無しさん
2005/09/17(土) 13:26:33たしかにHTMLだけで画面表示が可能だが、それだけでデザイナーに作業をお任せするのは難しい気がする
独自タグ属性をデザイナーのHTMLに追加するのも、JSPでカスタムタグに置き換えるのと大差ない気もするし
真にデザイナーに仕事をやらせようとするのなら、ASP.NETのようにビジュアル開発環境を用意するしかないんじゃないかな
となると、ノーマルJSFが安定して、Eclipseで開発環境が整うのを待つしかないのかも
0607デフォルトの名無しさん
2005/09/17(土) 14:05:35SunJavaStudioCreatorの30日体験版入れてみた。
使えねぇ・・・
まず、余計なAPサーバとかWebサービスとかインストールし過ぎ。
JSFつかったら、デフォルトでFORMからコンポーネントまで何から何まで
コンポーネントバインディングかよ・・・
せめて <h:inputText>とか貼り付けたら、プロパティでIDを変更したりしたら、
バリューバインディングして、ビーンにセッター/ゲッターを自動で追加・削除・変更とかを
デフォルトでやってくれればいいのに・・・
つうかね、コンポーネントバインディングなんて使う場合の方が希少なのに・・・
0608デフォルトの名無しさん
2005/09/17(土) 14:08:32話があったけど、厳密にはSDOがWAS前提なんだよね?
マニュアル見ても特にJSFに関して縛りはないみたい
だし、SDOと併用しない場合は別途データアクセスbeanを
用意しろってマニュアルに書いてあるし、(意味があるかは
別として)SDO必須ってわけでもないし。
0609デフォルトの名無しさん
2005/09/17(土) 14:08:45requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。
これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、
特定条件下でture/falseを動的に設定できるのに、これができないじゃん。
JSFの使い方も知らないのに開発環境作るなって感じだよな・・・
0610デフォルトの名無しさん
2005/09/17(土) 14:15:18JDKも何も聞かないで勝手に入れるのかよ・・・
SUNの開発環境駄目過ぎ・・・
環境設定までは弄れれて無いみたいだけど、まさしく、JDKやAPサーバまで限定した開発ツール・・・
無料で使えと言われても、こんなの使いたく無い。
0611デフォルトの名無しさん
2005/09/17(土) 14:18:060612デフォルトの名無しさん
2005/09/17(土) 14:20:03MayaだとXPathで素のHTMLにもインジェクションできる。
Tiles相当の機能が先日追加されて、レイアウト周りも強化された。
GUIエディタとタグに関するドキュメントが未整備だけどなｗ
分離度(てなんだ？ｗ)で言えばMayaが最も高い。
何より、デザイナの道具を限定しないの素晴らしい。
0613デフォルトの名無しさん
2005/09/17(土) 15:12:23乙。やっぱりSunは糞だったか・・・
結局、現状ではJSFにまともな実装は存在しないってことなのかね
0614デフォルトの名無しさん
2005/09/17(土) 22:57:25実験的にSun Java Studio Creatorで開発しようと思ったんだが、やめた方がいい？
JSFをよく知ってない俺は、コンポーネントバインディングだろうが、
楽に開発できれば別にいいんだけど。
JDK、APサーバ限定は開発環境だけだから目をつぶる。
「手で書けば、こんなに仕様どおりにたくさんの事ができるのに！」っていうのも分かる。
が、手書きするのに、色々と勉強しなければ使えないのなら、あまり魅力はない…。
まず俺がもっと勉強します。
0615607
2005/09/17(土) 23:24:05＞ごく小規模な開発で、
＞実験的にSun Java Studio Creatorで開発しようと思ったんだが、やめた方がいい？
使ってみた結果、お勧めできない。
JDeveloper10gが10月3日だっけ？から無料になるんだが、
トライアル版を試してないので何ともいえない。
個人的には、Eclipse＋FacesIDEを使うのが今の所、安心だし、分かりやすいし、安定してる。
＞JSFをよく知ってない俺は、コンポーネントバインディングだろうが、
＞楽に開発できれば別にいいんだけど。
JSFを良く知らないのに、設計して作るなら、ツールが良くても、開発は楽じゃないと思うよ。
とはいっても、SUNのIDEで開発が楽になるのは、JSFを良く知ってる人じゃないと難しい。
というか、JSFを良く知らない人間がSUNのIDE使ったら、多分、何が何だから分からない状態になる。
＞JDK、APサーバ限定は開発環境だけだから目をつぶる。
激しく危険な匂いがします。
＞「手で書けば、こんなに仕様どおりにたくさんの事ができるのに！」っていうのも分かる。
＞が、手書きするのに、色々と勉強しなければ使えないのなら、あまり魅力はない…。
少なくても、現状だとIDE（SUNもIBMも）を使って、開発するためには、
手書きで普通に書ける勉強をしないと、恐らく開発自体が進まない。
あくまでも、手書き出来る人間が開発を楽する為のツールと考えておいた方が無難。
勉強せずにとりあえず動いて、何か問題があったら、勉強なり調べれば良いやという開発なら、
迷うことなくASP.NETがお勧め。
＞まず俺がもっと勉強します。
俺もまだまだ勉強中だよ。
0616デフォルトの名無しさん
2005/09/17(土) 23:42:47IDEの都合で使用するライブラリを変更するってのは、ちょっと抵抗があったぞ。
0617デフォルトの名無しさん
2005/09/17(土) 23:51:580618614
2005/09/18(日) 00:02:39なるほど。参考になった。ありがとう。
Web開発を知らなくても、CreatorとJSFでポトペタで開発できるかと思っていのですが、
まだまだ、そこまでは成熟していないというわけか。
それなら、ASP.NETというのは100も承知なんですが、そこはまあ、いろいろと事情がありまして・・・。
Web開発について知らなくても、（VB的に）そこそこ開発できるようになるのが、JSFの魅力だと俺は思ってる。
なので、まだ勉強しなければ使えないというのであれば、
IDEが成熟するまで待とうかとも思う。。
俺自身は、もう少しCreator使って勉強しておきます。
＃30日間、SDCのドキュメントが読めるはありがたいので。
Eclipseで使えるExadel Studioとやらも評価してくれ！
http://pcweb.mycom.co.jp/news/2005/08/03/014.html
＞requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。
＞これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、
ちなみにこれは、コンポーネントを右クリックして「プロパティのバインド」でいいんじゃないのかな？
0619デフォルトの名無しさん
2005/09/18(日) 00:58:48Eclipse系のJSF環境は、Oracle, IBM, Exadel, etc...の間で
調整が続けられてて今後どうなるかちょっと不透明だよなあ。既に
完成した製品を持ってるIBMは政治的な理由でリーダーシップを取れないし、
一応リーダーのOracleは手元に物がないし、Exadelは議論の場では
頑張ってるみたいだけどリソース的には他の2社より劣るし...
予定のスケジュールまで一年もないから、またとりあえず
IBMがRationalのコード出して、Exadelはそれ使ってお茶濁した製品
だして、その後でOracleが色付けてくってWTP0.7のパターンを繰り返す
気がするよ。
0620デフォルトの名無しさん
2005/09/18(日) 01:06:24場ではそうでもないからな。
LinuxのGUIな設定ツールがなかなか育たなかったのも、実務の現場
で十分な需要が出なかったせいだし、作るには理解してなきゃならな
いが、理解してる人は作る必要がないという。ドキュメントやチュート
リアルにしてもそうだけど、使う人 = 作る人の世界特有の問題という
か何というか・・・・・・
0621デフォルトの名無しさん
2005/09/18(日) 18:34:15時期尚早とか意見もあるけど、今現在を考えた場合、仕事とかで使うのは辞めた方が良いって事でいいのかな？
このスレ見ても廃れてるし、ネットとかで検索しても情報量は少ないし、書籍の数も少ない。
それに、次のStruts（Shaleだっけ？）がJSF使うみたいだし、
現状だと新規や大規模の修正なり拡張はJSFでってStruts/JSFの設計者は言ってるけど、
結局、現状はStrutsを使い続け、Shaleが出てからJSFは考えようって事でいいのかな？
あと、1つ気になったんだけど、JSFってMVCのViewの部分に特化してるんだよね？
これで携帯用Webシステムも作れるのかなぁ？
0622デフォルトの名無しさん
2005/09/18(日) 18:40:210623デフォルトの名無しさん
2005/09/18(日) 21:06:45もともと、JSFはPC用のブラウザに特化したものではない
実装が俺の知る限りでは無いが、Flashのコンポーネント・携帯用のコンポーネントなど出来ることは出来るらしい
0624デフォルトの名無しさん
2005/09/18(日) 22:06:090625デフォルトの名無しさん
2005/09/19(月) 12:14:54携帯用となると、今のJSF1.0では厳しい気もするな
携帯が全部PCビュアー搭載すりゃ話は早いんだろうがｗ
0626デフォルトの名無しさん
2005/09/19(月) 12:25:32まあ、現実問題としては実装済みのrenderkit群が存在しないことには
やっとれん＝使い物にならんと言えるだろうけどな
0627463
2005/09/20(火) 12:53:54selectManyCheckbox使えねぇな。
デフォルトで1行で出力しちまうのは、まぁ仕方ない。
これじゃ見栄えが・・・という訳でどうにか変更できないものか。
調べてみると、layoutでpageDirectionを指定すると、
1行1項目で出るみたいだ。
なるほど・・・使えない。
本当に欲しいのは、1行ｎ項目という風に指定できる方法。
どうやら、layoutに指定しているものがレンダラという奴らしい。
つまり、レンダラを作れって事なんだな。
つうか、日付のコンポーネント同様にくだらねぇ。
デフォルトで1行に全部出してしまうのと、
1行ｎ項目ってのを作れば、殆どＯＫなのに、何無駄な事やってんだろ。
本当に、仕様決めたりとか実装してる奴って、
実務を知らないんだろうなと、改めて実感。
プレゼンテーション層に特化したはずのフレームワークなのに、
肝心の部分が駄目。
JSFもStrutsみたいに、Logicタグでも用意して・・・って方が
シンプルで良いんじゃないのか。
多分、俺がServletが出たとき(JSPすら出ていない頃)に作った
俺々フレームワークの方が遥かに高性能だし生産性あがるよ。
0628デフォルトの名無しさん
2005/09/20(火) 13:15:52デザイナーとの分業ってより
ユーザーレビューで使うHTMLがそのまま
動くって所が売りなんだよね。
あくまでもユーザー重視。
とかフォローしようと思ったら
tp://d.hatena.ne.jp/skimura/20050920#p1
てなわけで、ひがたんはMyFacesに見切りをつけたもよう。
あーそれがええ、ええ。
早くやってくれー。
0629デフォルトの名無しさん
2005/09/20(火) 13:34:45Faces Servlet経由でWEB-INF以下が丸見えになっちゃうんだけど、
これ、どうにかならないかな？
例えば、具体的には
Faces ServletのURLパターンマッピングを /faces/* としたときに、
http://host:port/contect/faces/WEB-INF/web.xml とやると
ブラウザにweb.xmlの内容が表示されちゃう。
これまでは、見せたくないリソースはWEB-INFの下に置けってのが
定石だったけど、どうしたものか・・・
0630デフォルトの名無しさん
2005/09/20(火) 19:08:33俺的にはMayaで標準を謳ってくれてる辺りが好感触＆期待大だ。
ただ、S2Strutsを使った事がない上に無設定Strutsってのが全く想像つかん
状態なんで追いきれるかが不安だ＿|￣|○|||
0631デフォルトの名無しさん
2005/09/20(火) 19:59:36うはー。マジだ。
classファイルやjarファイルもダウンロード出来ちまう。
0632デフォルトの名無しさん
2005/09/20(火) 20:30:20最悪だなｗ
0633デフォルトの名無しさん
2005/09/20(火) 20:36:20これって、「security-constraint」で防げる？
今、手元に試せる環境がないし……。
0634デフォルトの名無しさん
2005/09/21(水) 00:23:46setterフィールドでRequestパラメーターをフィールドにセットしたり、getterフィールドでRequestやSessionに値をセット出来る。
JSFの知識があると逆に使い易いと思う。
0636デフォルトの名無しさん
2005/09/21(水) 00:31:53最悪だな・・・
JSFの実装は、どっかが一から作り直した方がいいんじゃないのか？
0637デフォルトの名無しさん
2005/09/21(水) 00:35:590638デフォルトの名無しさん
2005/09/21(水) 01:15:360639デフォルトの名無しさん
2005/09/21(水) 01:22:19俺もそこが気になる。
0640デフォルトの名無しさん
2005/09/21(水) 12:40:210641607
2005/09/22(木) 15:40:27ちょっと使った感想は、可也いい感じ。
JSFのペトポトに若干不満を感じるが、それでもいい感じ。
基本的にEclipseベースなのでJDKの選択の自由がある。
サーバもTomcatやJBOSSを始め、IBM、BEA、SUNなど選べるし、
JSFの実装も選択可能。
フリーでこれだけ出来ればいいね。余計な事しないし。
有料だと、他に何ができるか、
ちゃんとドキュメントも読んでないから何とも言えないが・・・
0642デフォルトの名無しさん
2005/09/22(木) 19:58:10俺もExadelStudio3.0Free使ってるんだけど、
俺は、出来のいいHTMLエディタ(編集時にリアルタイムプレビューできる)、
JavaScriptエディタ、CSSエディタを使うため(だけ)に入れてる。
0643デフォルトの名無しさん
2005/09/22(木) 22:55:08それらのエディタって、JavaScriptエディタとCSSエディタは
Eclipse.orgで配布しているやつそのままだし、要するに
リアルタイムビューできるhtmlエディタのためだけにExadel
まるごと入れてるってことか。
0644デフォルトの名無しさん
2005/09/22(木) 23:41:30＞それらのエディタって、JavaScriptエディタとCSSエディタは
＞Eclipse.orgで配布しているやつそのままだし
そうだったのか。。。知らなかったよ。教えてくれてサンクス。
ExadelStudioは重いからなぁ
Eclipse.orgで配布しているプラグインを試してみます。
0645デフォルトの名無しさん
2005/09/23(金) 00:13:42AmaterasのHTMLエディタでプレビューできたような気がする。
0646デフォルトの名無しさん
2005/09/23(金) 05:17:34天照のHTMLエディタのプレビューだと、JSFのoutputTextとか処理してくれないのよね。
つまり、役に立たねぇ。
0647デフォルトの名無しさん
2005/09/23(金) 20:04:43UIの部分は糞になっていくな。（バックグラウンドは特に言う事ないが）
バリデーションのメッセージで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開発の現場を知らない奴が偉そうに、
こういった物を作るなと言いたい。
しかも、どんどんデザイナとプログラマの作業分担が難しくなっていく・・・
まぁ、仕方ないんだよな。
こいつらの腐った頭では、プログラムの分かるという前提のデザイナか、
プログラマがデザイナとして作業するって考えだしな。
0648デフォルトの名無しさん
2005/09/23(金) 20:25:35つS2Struts＋Maya
0649デフォルトの名無しさん
2005/09/23(金) 21:03:36盲目的にS2周辺のプロダクトを勧める信者が定期的に沸いてくるな。
とりあえず、その「S2Struts＋Maya」とやらがJSFと比べてどこが優れているのかまとめてくれ。
0650647
2005/09/23(金) 21:28:34優れてる訳無いじゃん。
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万だっけ？
ボッタクリもいいところだよ・・・
0651デフォルトの名無しさん
2005/09/23(金) 21:56:19>でもってプログラムとの対応だけさせるためにidだけ振らせる。
つMaya
て言うか、オマイの態度が気に入らないｗ
0652デフォルトの名無しさん
2005/09/23(金) 22:05:49ぉぃぉぃ。
Mayaは単純なHTMLじゃないだろ。
確かにHTMLとして”見る”ことは出来るがな。
m:inject="c:out"
とか書かせてる時点で終わってるって言ってるんだよ。
そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。
つまり、Mayaを覚える（使う）為にはJSPやJSFの基本的な知識が必要。
ならば、JSPやJSFを覚えて、そのまま使った方がよっぽど汎用的。
今、問題にしてるのは、そもそもデザイナにこういったJSPとかJSFを意識させるなって事。
下手にJSPとかJSFの知識が必要だから、デザイナは100％HTMLでデザインして、
出来上がったデザインにプログラマが埋め込むって作業しないといけない。
でもって、デザイン変更とかあると、再度この作業のやり直し。
＞て言うか、オマイの態度が気に入らないｗ
俺はお前の姿勢が気に入らない。
理論的に、反論してみたらどうだ？
○○をこう書くことによって△△の利点があるとかさ。
0653デフォルトの名無しさん
2005/09/23(金) 22:11:350654デフォルトの名無しさん
2005/09/23(金) 22:40:17お前がお前で在り続ける限り、俺はお前に答えを教えてやる気はない。
>Mayaは単純なHTMLじゃないだろ。
NO！
>m:inject="c:out"
>とか書かせてる時点で終わってるって言ってるんだよ。
>そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。
TIMTOWTDI
>つまり、Mayaを覚える（使う）為にはJSPやJSFの基本的な知識が必要。
エンジニアに対してはYes。デザイナに対してはNo。
>俺はお前の姿勢が気に入らない。
>○○をこう書くことによって△△の利点があるとかさ。
その様な親切をお前にくれてやるつもりは微塵もないｗ
0655649
2005/09/23(金) 23:00:09激しくマイナーなんだな……。コレ。
まぁ、予定通り土日はさらにJSFの勉強しないとな。
S2Struts Maya の検索結果のうち 日本語のページ 約 268 件中 1 - 35 件目 (0.06 秒)
最も的確な結果を表示するために、上の35件と似たページは除かれています。
検索結果をすべて表示するには、ここから再検索してください。
0656デフォルトの名無しさん
2005/09/24(土) 18:06:05気になったんで調べたんだが、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/*」がかなり目立つが、
結局どの値を設定すればいいのだろうか……。
0657デフォルトの名無しさん
2005/09/24(土) 18:55:09IPAに採択されたのは後者の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関連はドキュメントが十分に整備されていないのが残念ですが、もの自体はどれも良いですよ。
あとベータっぽいイメージがあるので提案しにくいってのもあるでしょうけど。
不思議なことに海外製だと実際ベータのものでもベータに見られないようで、すんなり通るのに・・・。
0658デフォルトの名無しさん
2005/09/24(土) 19:14:28多分、B案が良いと思う。
というのは、MyFacesのBlankがその設定だったはず。
0659デフォルトの名無しさん
2005/09/24(土) 19:23:37＞また、Mayaの公式サンプルを見てみると、単体でもMVCフレームワークっぽい動きをJavaScriptで出来るので、
＞Strutsなどがなくてもそれっぽいことできるみたいです。
俺は、正直これは要らない（余計）だと思ってる。
＞JSFはMyFacesで考えると動きが微妙なので好きになれないです。
MyFaces1.1.0はちょっと使ってみた感じは結構いい感じになったかも。
＞S2JSF1.0.0で作って動かしてるシステムが あるものの改修するのが面倒なので、
＞Maya + S2Struts(無設定Struts)あたりで作り直したいと思っています。
改修するのは何でも面倒だよ。
＞JSFはもっと作りやすくなるまで当分やりたくないです。
＞なんでJSFの話が最近多いのか疑問。。。流行？
流行というか、今後を考えた為っていうのが正解の様な気がする。
理由は幾つかある。
・標準として組み込まれたという事
・Strutsは既に知っている（既存システムの修正・拡張は問題無い）
・Struts-ShaleがJSFベースになる
・やっぱり、Strutsと比べると面倒
0660659
2005/09/24(土) 19:34:00＞Seasar関連はドキュメントが十分に整備されていないのが残念ですが、もの自体はどれも良いですよ。
ドキュメントは本当に残念。あとサンプルプログラムもちょと残念。
一応、仕事としてWebシステムとかJavaに関わってる人達が居るんだから、
もう少し業務システムっぽいサンプルが欲しいと思った。
個人的にはSeasar2とMayaは好きだけど、S2StrutsとS2JSFはちょっと・・・
というのは開発側の選択の自由が無い。
S2StrutsにしてもS2JSFにしてもStrutsとJSFの実装を組み込んでいる。
Strutsはまだ良いが、JSFとか何処のベンダーの物でも使いたい。
また、何でも間でもS2の仕様に合わせるのも嫌だ。
此処はS2の機能を使いたいけど、此処は標準でいいやとか、
そういった細かい選択も行いたいというのが正直な所。
＞あとベータっぽいイメージがあるので提案しにくいってのもあるでしょうけど。
＞不思議なことに海外製だと実際ベータのものでもベータに見られないようで、すんなり通るのに・・・。
これは面白いよねｗ
でも、最近のメーリングリスト見て、Seasar関連を見限ろうかを会社で検討した。
というのは、開発側に居る人間がそれで金を取ってのサポートを検討したから。
これが完全に第3者の企業とかがやるならいいのだが、
関係者が行うと、メーリングリストでの質問やブログ、
更には公式ドキュメントやサンプルに手を抜く可能性がある。
意図的か故意かは別としてね。
当然、中には、この部分に手を抜けば、サポート契約が増えて儲かると考える奴が出てくる。
0661デフォルトの名無しさん
2005/09/24(土) 20:09:43サンクス。
「/faces/*」でやってたサンプルを「*.jsf」に変更して色々試してみるわ。
0662デフォルトの名無しさん
2005/09/24(土) 20:20:40執筆や公演しないっていってるしね。
0663デフォルトの名無しさん
2005/09/24(土) 21:41:51んーでもSpringとロッドのInterface21だってそんな関係だし、JBossだってそうでしょ？
彼らは上手く立ち回れているようだけど、Seasarの中の人はどうだろうね
0664デフォルトの名無しさん
2005/09/24(土) 21:49:08> S2StrutsにしてもS2JSFにしてもStrutsとJSFの実装を組み込んでいる。
> Strutsはまだ良いが、JSFとか何処のベンダーの物でも使いたい。
S2JSFってMyFaces以外のJSF実装使えないんだっけ？
開発中の頃(冬？)にMyFacesに依存しないようになったとかブログで読んだ気がするけど。
そもそもJSF仕様ってViewHandlerとかLifecycle関連とかをfaces-config.xmlで
カスタマイズできるようになっていて、S2JSFは主要な部分をほとんど独自実装に
置き換えているみたいだからMyFacesにはあまり依存していない気がするんだけど。
0665デフォルトの名無しさん
2005/09/24(土) 22:07:36金を取ってのサポートはもう随分前から話はあったし
実際やってたんじゃなかったかな。ISIDが。
去年の11月のからさわぎあたりでもうそんな話が出てたと思った。
あ、ごめん、ISIDじゃなくて開発者が金取ってサポートってのが問題って事か。
俺あの話題、ISIDがやるんだと思って流し読みしてた。
あと、S2JSFで使ってるMayaの仕様だけで
Maya全体を判断して勘違いしたまま吼えてる人がいるけど
いいかげん誰か教えてあげなよ。
■ このスレッドは過去ログ倉庫に格納されています