JSF(JavaServer Faces)【.NET死亡?!!!】
952 :
デフォルトの名無しさん:2006/03/11(土) 15:33:58
JSF のパフォーマンスってどうなの。Strutsを使ったことが無いんでテストするにも時間かかりすぎちゃうので
貴殿らの経験談を聞かせてくれ。
実装による。
それと、Strutsを使ったことがなかったらどうしてテストする時間がかかるのか知りたい。
ぜんぜん関係ないのに。
954 :
デフォルトの名無しさん:2006/03/12(日) 00:54:34
EclipseでAmaterasのFacesIDEプラグインを使っているんですが、MyFacesのタグを使おうして以下の現象で困っています。
EclipseHtmlEditor、FacesIDE共にバージョンは2.0です。
JSPファイルの先頭に
<%@ taglib uri="
http://myfaces.apache.org/extensions" prefix="x" %>
を入れているにも関わらず、
「"x"に対応するtaglibディレクティブが存在しない かTLDファイルが見つかりません。」
と表示されてしまいます。
設定でTLDのところにローカルのtldファイルは指定しているんですが・・・。
どなたかFacesIDEのJSPエディタでMyFacesのタグの補完を出来るようにする方法を知っている方いたら教えて下さい。
955 :
デフォルトの名無しさん:2006/03/12(日) 01:14:37
JSFとStrutsは同じものじゃないのか。誰か易しい説明キヴォン
>>955 よし、易しく説明しちゃうよん。
「ま っ た く ち が う」
957 :
955:2006/03/12(日) 01:59:36
>>956 ありがd。でもそれは説明とは言えない希ガスwww
StrutsはWebアプリを開発するためのフレームワーク、
JSFもWebアプリを開発するためのフレームワーク。
同じフィールドにあるもの、とみても良いわけ?
たとえば旅費精算システムなんてのをつくりたい場合、
JSFとStrutsの片方を知っていればもう片方を知る必要は無い?
両方知っていないとだめ?
そこらへんがわからん。上のレスをみるとStrutsつぶしだよね、この技術は。
とあるから、JSFはWebアプリ開発をするためのフレームワークであって
昔からあるStrutsと同等もしくはそれ以上の機能を有していると勝手に解釈しちゃってるが。
エンジニアさんが周りにいないので素人っぽい内容でスマンコ
>>957 基本的にはどっちかを知ってればいいが、
どちらもServlet/JSPという技術を根っこにもっているという
点では同じもの。
959 :
955:2006/03/12(日) 02:21:28
いまさらStrutsはないな。
JSFを体験したければ、Java Studio Creator 2でも使ってみれば?
あんなメモリ最低1GBとかほざくツールを勧めるなよw
開発なら1Gぐらいないと厳しくないか?
Javaの世界ってこういう部分がおかしい
例えば最近のノートPCなら256MBくらいだろ
だったらリソース占有してもいいから、ここを基準にすべき
ホームページビルダーを見習え
512Mくらいでも、体験だけならいいよ。
965 :
デフォルトの名無しさん:2006/03/12(日) 10:07:31
JSFは今後のWebApp開発のメインストリームになるもの?それともみんな様子見かまだStrutsなど?
Tapestory、RIFE、WebObjects、Teedaなどとイロイロあるけど、やはりJSFがSunがIDEで採用するだけあって情報量やノウハウの面で優位か?
微妙にスレ違いでスマソ
SunのCreatorでJSFを体験?
できないよ。
JSFなんか知らなくても裏でこっそりJSFが動いているアプリケーションを作れちゃうツールなんだから。
Javaの世界はベンダー勢力とオプソ勢力が相対しててどうなるかワカラン。
ベンダーはJSF担いで商売しようとしてるし、
オプソの人たちもJSFのフリー実装や関連ツールでがんばってるし、
また別のオプソは別のフレームワーク担いでるし。
金持ってるベンダーが担いでるJSFが主流になりそうだけど
糞EJBみたいに、オプソの人たちの主張を取り入れて軌道修正することもあるので
まだどうなることやら。
JSFも、業界の慣例にならって、3.0まで主流にならないんじゃね?
>>965 今後のメインストリームにはなると思う。
同じものをJSFとStrutsで作ってみれば、JSFの良さは実感する。
ただし、現時点ではまだ調査・研究・学習段階だと思う。
たとえば、来月から始まるプロジェクトだったら、俺ならまだStrutsを選ぶ。
JSFは実装の未熟さや開発者のノウハウ不足で苦労しそうな・・・・
というかさ、素のJSFはあんまりつかわれないんじゃな?
上にもう一枚ラッパをかまさないと使いにくい気がする。
>>961 ぽとぺたやるなら1G未満の環境はstrutsでもありえないんだけど
>>970 ラッパばかりもういいよ。
ってかJSF仕様がそんなだめなの?
少しはバカ向けのMSを見習ったほうがいいのか。
そんなにラッパが必要だとは思わんけどな。
Struts時代も、汚いラッパを被せた独自フレームワーク利用を強制されたことあったな
使いやすくしてるつもりなんだろうけど、メンテナンス性が酷くてTaglibとかぐちゃぐちゃになってた
Strutsと比較するのであれば、JFSが上手くいくように思う。
だけど、Tapestoryのような全然考え方の違う物あって、どっちが正解なのかはまだ判らん。
ツールとの相性を考えると、イントラならJFS、コンシューマならTapestoryのような気もする。
967にほぼどーい。
いや、コンシューマでも少なくとも日本ではtapeは使えないよ。
JSFで、MayaとかFaceletとか、HTMLテンプレートエンジンを使うほうがいい。
そーいえば、ウィルコムストアはURLを見る限りJFSで実装されてる。
使っている所は既に使っているようで。
イントラとかコンシューマって何だ?
B2BとB2Cのことか?
ブラクラかと思った。
↑間違えた。
986 :
デフォルトの名無しさん:2006/03/16(木) 23:27:40
JSFで画面の値を保持するManagedBeanのscopeって何にするのが一般的かな?
ValidatorでエラーになるとinputHiddenに持たせておいた値が消えるから、
その対策をいちいち書いてると全然楽じゃないんだけど・・・。
そもそもJSFではSession使うのをケチるな、って事なのかなぁ?
「用途による」
>>987 例えば?
なんかそーゆー判断の基準みたいなものあったら教えて。
987じゃないけど、単純に
リクエストをまたいで保持するならsession
それ以外ならrequest
じゃないの?
>>986 sessionスコープにいろいろ残り続けるのがいやなら、
VariableResolverを実装したクラスを作って、自前の
スコープを作ってあげても良いかも。
っていうか、自分はそうしてる。
埋めるか
埋め埋め
もっとしっかりうめろよ↓
うめー
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 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。