JSF(JavaServer Faces)【.NET死亡？！！！】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGhttp://www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
http://java.sun.com/webservices/downloads/webservicespack.html
0552名無しさん＠そうだ選挙に行こう
2005/09/10(土) 19:30:260553名無しさん＠そうだ選挙に行こう
2005/09/11(日) 02:06:07このへんからトラップのにおひがするぉ
0554名無しさん＠そうだ選挙に行こう
2005/09/11(日) 07:38:48いや、フレームワーク自体は無料だろ。
有料なのは開発環境な訳だし。
.NETFrameworkSDKは無料でダウンロードできるし、
メモ帳とかでソースコード書いてコマンドラインでコンパイルすれば、そのまま配布もできるし。
0555名無しさん＠そうだ選挙に行こう
2005/09/11(日) 08:48:43ここはJavaのほうが総合的に良いと思って使っている人たちのスレ。
0556名無しさん＠そうだ選挙に行こう
2005/09/11(日) 12:06:150557名無しさん＠そうだ選挙に行こう
2005/09/11(日) 12:17:42EclipseでだってC#とか書けるし、WebだけでいえばWebMatrixとかもあるし。
0558名無しさん＠そうだ選挙に行こう
2005/09/11(日) 13:37:24＞確かに何かの値によって必須入力チェックしたりしなかったりというのは有りだよな。
まぁ、このスレの他の奴のレベルが低いんだろうから答えてやるよ。
エラーチェック用のBeanを作る必要があるんだよ。
public void 関数名(FacesContext context, UIComponent component, Object value) throws ValidatorException
って感じで。
でもって、独自のエラーチェックしたい入力項目とかに
<h:inputText validator="#{Bean名.関数名}"/>
という風に指定する。
エラーチェック用の関数の中身は、
context.getExternalContext().getRequestParameterMap();
をつかってMapを取得して、欲しい情報をgetで受け取ればいい。
ただし、<h:form>にはちゃんとIDを付けておく。
<h:form id="frm">
こんな感じでな。
そうしておいて、取得したMapから値をgetで取得するときは、
map.get("frm:取得したい値のID");
という風にする。
あとは、エラーにしたい場合は、
throw new ValidatorException(new FacesMessage("エラーメッセージ"))
とかすればいい。
0559名無しさん＠そうだ選挙に行こう
2005/09/11(日) 13:47:59値が未入力の場合、Validatorにそもそも渡らなかった気がするんだが、気のせい？
0560名無しさん＠そうだ選挙に行こう
2005/09/11(日) 14:12:05SUN実装は使ったことないから分からない。
とりあえず、MyFacesでは問題無かった。
それと、余談になるんだが、お前様方の周辺でJSFってどんなかんじ？
俺の場合、会社だと新規のJava案件は殆どWebSphereを使うから、JSF使ってるから、
結構流行ってると言えば、流行ってるんだけど、他ではどうかとちょっと気になった。
0561463
2005/09/11(日) 14:36:10なるほど、独自にチェックするしかないのね。
確かに出来そうだと思ったが、
>>559が書いてるようにMyFacesでも値が未入力だとValidatorに行かないな。
>>558=>>560も低レベル技術者のようで・・・
つうか、この辺はStrutsの方がマシだな。
登場してからの歴史が長いってのもあるんだろうな。
でも、JSFはやっぱいUIだけって感じなんだろうな。
だからStrutsとJSFが連携できるようになってるんだろうな。
Strutsを補う意味でJSFを使うのかと思ってたけど、
本当はJSFの貧弱さを隠すためだったんだな。
この辺を見ると、.NETFrameworkって素晴らしいと本当に実感したよ。
0562名無しさん＠そうだ選挙に行こう
2005/09/11(日) 14:51:29とりあえず、「h:output_text」とか書いてある古いJSFの資料は捨てちゃっても構わないよね？
0563463
2005/09/11(日) 15:11:38＞このスレとしてはJSF＞＞＞＞＞(超えられない壁)＞＞＞ASP.NETであってほしいが、そうもいかないって事か。
まぁ、スレ的にはそうだろうね。
俺も、ASP.NETマンセーと"だけ"言いたい訳じゃない。
Web開発者としては、提案するときに色々な選択肢がある訳で、
『こういった理由で○○をつかいます』と客に提案したい訳よ。
だから、JSFなりStrutsなりを勉強してる訳だけども、結局、両方使ってみると
ASP.NET＞＞＞＞＞＞＞＞＞（超えられない壁）＞＞＞＞＞＞＞＞＞＞＞JSF
なんだよね。
JSFなりStrutsが本当に使える物であるならば、俺はむしろJava信者になっても構わないんだけどね。
＞とりあえず、「h:output_text」とか書いてある古いJSFの資料は捨てちゃっても構わないよね？
いいの？
Javaとかオープンソースって聞くと、例えバージョンが古くなったりしても、
ソースコードとかがあるからどうにでもなるってのも１つのメリットとしてよくあがるけど、
資料捨てて、数年後とか失敗したと思わなければいいんだけど。
俺の会社のJava開発チームは、前世紀からのJava資料を全部保管してるよ。
つうか、この資料だけで、会社の倉庫の半分使ってるんだけど・・・・
まぁ、あまりJSFやStrutsのスレが盛り上がってない事から見ても、きっと下火なんだろうね。
それと、最近、やけにJavaの技術者いませんか？との問い合わせが会社に多い。
聞くと、殆ど新規案件じゃなくて仕様変更なり拡張。
『今までの開発先は？』と聞くと『Java案件はもうやってない』とかで俺の会社とかに問い合わせがくるけど、
実際問題どうなの？
俺の会社やオフシェア先の中国でも、最近はASP.NETとかに以降してるから、
Java技術者って、実はこの先、仕事ないんじゃ？
0564名無しさん＠そうだ選挙に行こう
2005/09/11(日) 16:41:41今はまだ数で圧倒的ではあるけど、難しい局面になってることは確かだな。
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でデザインして、
出来上がったデザインにプログラマが埋め込むって作業しないといけない。
でもって、デザイン変更とかあると、再度この作業のやり直し。
＞て言うか、オマイの態度が気に入らないｗ
俺はお前の姿勢が気に入らない。
理論的に、反論してみたらどうだ？
○○をこう書くことによって△△の利点があるとかさ。
■ このスレッドは過去ログ倉庫に格納されています