JSF(JavaServer Faces)【.NET死亡？！！！】

1 名前：デフォルトの名無しさん mailto:sage [03/07/26 17:33] スレがないので新しくたてました www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html java.sun.com/webservices/downloads/webservicespack.html 488 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:14:06 ] >>486 .NETにもCodeDOMを使ったAOP実装とか、IoCコンテナでDelegateInjectionとか .NETでも独自の特色を活かした技術的酔いどれは色々模索されてるよ。 ２ちゃんで話題にならないのはレベルの差かｗ 489 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:17:32 ] 2chで議論するまでもなく、.NETとJavaのどちらが優れているかなんて市場（経済）が証明している。 .NETなんて「そのうちJavaを追い越す」なんて5年前から言われていて、いつまでたってもてんで普及しない。 Java＞＞＞＞＞.NETなのは某255が暴れていた5年前から変わらなかったし、これからもそう簡単には変わらないよ。 うちらがここでどう議論しようが、それが現実の企業の下している結果なんだから仕方ないじゃん。 これはJSFがいまだ流行らず従来のJ2EE仕様で現場が満足しているという状況にも同じことがいえるが。 つうかなんでいまさら.NET vs Javaをこのスレでやらにゃならんのだ？ 490 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:18:56 ] 流れを読まずに低レベルな質問。 1) JSFでWebアプリの初期化仕事をしたい場合ってどうするのが 　一般的？初期化専用のServletを作るしかないのかな？ 2) ManagedBeanを取得／参照する一般的な方法はなに？ 　Session/Request/ContextをFacesContext経由で取得して 　Bean名で参照すれば可能なのは分かるんだけど、 　ScopeとBean名はfaces-config.xmlで設定するわけなんで、 　↑のようなのをベタでやるのはキモチ悪いんですが。 491 名前：デフォルトの名無しさん [2005/09/02(金) 00:23:32 ] >>489 ＞ これはJSFがいまだ流行らず従来のJ2EE仕様で現場が満足しているという状況にも同じことがいえるが。 これは来年が勝負だな。Java EEの標準仕様としてJSFが組み込まれるから、各ベンダーや開発環境の対応が充実してくると思われる。 .NETが普及しないのは、特定の企業の囲い込まれたくない、という企業や公共機関の思惑もありそう。 特定の企業の方針に振り回されたりぼったくられたりするのはカンベンだ、という。 あるいは、政府や公共機関だと特定企業との癒着イメージを付けたくないとか。 ＞ つうかなんでいまさら.NET vs Javaをこのスレでやらにゃならんのだ？ それは、このスレがアンチスレだからだ。ここは>>1の空気を読んで欲しいところ。 492 名前：デフォルトの名無しさん [2005/09/02(金) 00:24:13 ] >>488 大多数のドトネト厨はそんなところをキャッチアップできないDQNだからな。 493 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:29:02 ] >>489 市場経済で何かが主流になっている＝優れている？ 俺的には断然否だな。 ハリウッドやオリコンチャートやベストセラーなんぞ糞だし 大企業の工業生産された酒よりは断然地酒だし VHSよりベータだし ちなみに.NETは結構ウチの会社では使われてるよ。 .NETがJavaほど使われてない主な理由って ・クライアント向けに使うにはまだ時期尚早（バカでかい.NET Flamework 　入れなきゃいかんしVBあたりに比べても重い） ・サーバサイドで使うとしてもIIS＋Win限定ではなんかヤだ ・技術者がまだ少ない ・枯れてないのが不安 ってなあたりでしょ。アーキテクチャの優劣以外の問題のがデカいと思う 494 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:30:50 ] MSの技術はすぐに廃れるから信用できない。 かつてWindowsアプリ開発のスタンダードだったMFCでさえ、 今ではC++と共にすいたいしてしまった。 .NETだって1.0と1.1じゃえらい違いだ。 495 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:32:32 ] >>494 MFCは十分長生きしたと思うけどね それにC++もそうだが、別に全然消え去ったワケじゃないよ .NETはまあ2.0で随分変わるがJavaのTigerだって似たようなモンだろ 496 名前：デフォルトの名無しさん [2005/09/02(金) 00:34:28 ] >>490 1) ServletContextListenerを使うのがいいんじゃね？ 　初期化専用Servletを使うのはServlet2.2の頃のやり方。 2) 1. ManagedPropertyでDIする。 　 2. ValidableResolverから名前を指定して取得する。 2.はExternalContextから取得する方法もあまり変わらない気もする。 まあ、ScopeとBean名はアプリにべた書きでもいいんじゃね？ JSPのVB式にもべた書きだろ？型名をべた書きじゃなきゃいいと思う。 これ以降はスレ違いだからこっちへ移動汁↓ JSF(JavaServer Faces)【.NET死亡？！！！】 pc8.2ch.net/test/read.cgi/tech/1059208396/ 497 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:35:17 ] ｽﾏｿ。俺がスレ間違えてた・・・ 498 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:37:12 ] ＞市場経済で何かが主流になっている＝優れている？ ＞俺的には断然否だな。 キミがここで何を叫ぼうが現実は現実。普及したものが勝ちだよ世の中は。 それはかつてMSがさんざん証明してきた真理。 ＞ちなみに.NETは結構ウチの会社では使われてるよ。 キミの廻りの話なんて聞いてない（しかも根拠がないから信じろと言われても無理）。 ＞時期尚早 ＞技術者がまだ少ない ＞枯れてないのが不安 .NET厨が必ず使うよねこの一連のセリフ・・・.NETが登場してから一体何年たってると 思ってるんだ？？いい加減目を覚ませよ。 499 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:38:44 ] Javaは1995年登場で5年後の2000年にはサーバサイドをかっさらっていったよなあ。 .NETは2000年夏に登場で5年後の今年もぜんぜんぱっとしないなあ。 500 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:42:40 ] >>498 いや、俺的には勝ち＝優れているとは全然思ってないだけ。 WindowsのC++フレームワークのデファクトになったMFCなんぞ まさに糞の塊だし。まさに、「勝っただけ」の典型。 時期尚早はただの事実だろ。クライアントサイドで普及するには Longhornを待つしかない。で、クライアントサイドでは別に Javaは勝っていない。 MSはRADとしてVB6.0系列は止めちまったから、クライアントは .NETに移行していくしかない。そうやって技術者が育ってくれば サーバサイドにも当然動きが出てくるだろう。 ま、それでもC++やCOMが完全に置換されることは無いだろうけどね。 501 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:43:10 ] ｶﾞﾋﾞ━━(ﾟДﾟ;)━━━ﾝ!!!!! load-on-startupでホゲフガガって 今時はやらないんだな＿|￣|○||| 何時の間にやら時代遅れ…… 502 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 00:44:38 ] >>496 回答トンクス。 >>501 別にやってもいいんじゃないの？ 今時はダッセーとか言われるのかもしれないけれど。 503 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 01:22:22 ] >>491 サーバーサイドと言ってもいろいろなので。 以前ASPでやってたようなイントラ系の案件なら、ASP.NETに移行するのに何ら 問題はない気がする。 Javaであっても、SunやIBMに振り回されるのはかわらんだろう。まあ 程度問題ではあるけれども。 504 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 02:54:19 ] なんとなくLight Weight Javaという本を買ってﾁｮｺﾁｮｺいじり始めたんですが、あんまり理解できておりません。 サンプルを見ながら作ってまず思ったのは「セッション管理はどうすんの？」 で、次に思ったのは「jspに直でアクセスされたらどうすんの？｣なんですが、 ここらへんはどう解決するのがスタンダードなんでしょうか。 買った本のサンプルでは直でURL叩いたらフツーに表示されて鬱になりました。 層が違うとかJSFと関係ねーとかボロクソ言われそうな確信に近い予感がするんですが、 スレ違いだったら容赦くださいませ。 なんか夢のような話がいっぱい書いてあってやってみたくなったんだけど、 オレの能力ではなかなか前途は暗そうです。 つーか、そもそもJavaとかServletの知識も足りん気もします。 Javaの言語的な知識一通り+Servletのお勉強（モア・サーブレットで一通り）+Struts（+hibernate)の業務経験半年。 Webアプリ自体はレガシASPで過去2年ぐらいやってます。 ちなみに、今までのスタンスは、 セッション管理 フレームワークから生のセッションをｹﾞｯﾄしてｺﾁｮｺﾁｮチェックしてどうこうする。 jsp直アクセス (ﾟ�听)ｼﾗﾈ。既存のがなんにも対策してないから俺もやらね。 でした。 505 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 06:59:29 ] ＞セッション管理はどうすんの？ 普通にManagedBeanのスコープをsessionにすればいいだけじゃないのか？ 何を問題にしているのかさっぱりわからん。 ＞「jspに直でアクセスされたらどうすんの？ WEB-INFの下にでも置いておけ。JSFだからという問題ではないだろ。 506 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 12:51:26 ] >>504 あなたが純粋なアプリ屋で、アプリ基盤とか共通チームとか言われるチームから サポートを受けられる立場なら、細かいところは任せちゃった方がいいです。 逆に、自分でそこまで見なきゃ行けない立場なら、まずはServletレベルから ちゃんと勉強した方がいいです。 507 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 19:41:20 ] >>470 Oかもと氏はContributerであって、Comitterではない。 いやあ、いつのまにコミッタに！？と一瞬あせったぞ。 508 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 19:42:35 ] あ・・・Committerね。タイポスマソ。 509 名前：デフォルトの名無しさん mailto:sage [2005/09/02(金) 20:36:48 ] >>504 直接的なセッション管理についてはあまり気にすることはない、という感じかしら。 JSFはそういう汚いものをなるべく隠すようにデザインされてるから。 HttpSession#setAttribute()で明示的にオブジェクトを保存するかわりに、 SessionスコープのManagedBeanを使うのがJSFのやりかた。 JSFServlet通さずにJSFなjspに直接アクセスされたら、単に500になるだけでしょ。 510 名前：504 mailto:sage [2005/09/03(土) 00:41:37 ] やっぱり私は的外れな事をのたまっていたようで。 私がセッション管理と呼んでいたのはいわゆるログイン認証が必要な サイトでのログイン状態の管理のことでした。 ログイン時に入力情報をセッションに格納し、その後リクエストごとに セッションの情報を使って認証し、正当なものにのみリクエストされたページを 表示し、ダメならログインページにリダイレクト、 という処理をどう実装すべきなのかがぜんぜん思いつきません。 パッと思いついたのがFilterでHttpSessionを触ることなんですけど、どうなんでしょうか。 もはやJSFぜんぜん関係ないかもですが、ご指導お願いいたします。 511 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 09:59:06 ] >>510 ログインページからsessionスコープのManagedBeanを呼び、そこにログイン状態を保持 ログインチェックはFilterで行い、Sessionからログインで使ったManagedBeanをチェックする。 ただし、ログインページから飛ぶときだけはチェックの対象外とする。 でいけるんじゃないの？ ただ、Strutsのときはログイン時のsubmit先のURLがすぐわかったけど、JSFではどうなるんだっけ？ 512 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 10:11:33 ] ＞ ただ、Strutsのときはログイン時のsubmit先のURLがすぐわかったけど、JSFではどうなるんだっけ？ JSFを使ったフォームの場合は、送信先URLは自ページだよ。 送信元はわかるから、送信元がログインページかどうかを判断すればいいんじゃね？ 513 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 10:37:56 ] >>510 JSFではExternalContext経由で比較的低レベルの機能にアクセスできるよ。 もちろんSessionも触れるしRedirectもできる。 「リクエスト受信時に何かしたい」ような場合、まあServletFilterでも いいんだけど、JSF的にはPhaseListenerを使うという選択肢もあるんじゃない のかな。 514 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 12:00:34 ] で、いつになったら具体的なサンプルコードなど出てきますか？ テーブル定義はこうして、こういった画面つくって、こういった設定、コードを書けば、 ログイン認証ができるよという明確なサンプル的なものが欲しいのですが？ それとも現時点ではJSFでは処理が複雑なのでしょうか？ それとも、ここの技術者レベルが低いのでしょうか？ 515 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 13:48:16 ] >>514 一冊、本買ってこいよ。 516 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 13:59:47 ] >>515 JSFをメインに書いているような本は２，３冊買いました。 雑誌などで特集してるものも含めると10冊以上買いました。 しかし、雑誌などではコンポーネントとかの使い方などに注力しています。 また、ログイン画面などのサンプル的なものは存在しましたが、 やっていたのは、ログイン後にプログラムの中で固定でユーザ名とパスワードを ifで判別してエラーメッセージを出して終わりとかその程度です。 実際に仕事で使えるレベルのサンプルが欲しいのですが、 書籍を書いている人も技術レベルが低かったり実務やってないのでしょうか？ 517 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 14:47:50 ] そのif文を適当に変えりゃいいだけじゃないか。 518 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 14:51:49 ] >>514 あなたの技術レベルというか知能レベルが低すぎるのです。 519 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 14:54:56 ] >>514,516 突然逆切れか。しかも仕事か（苦笑） お前、それでよく給料貰ってるな……。 520 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 15:06:31 ] 要約すると ・本をたくさん読んだけどわからなかった ・本のレベルが低すぎるに違いない ・JSFが難しすぎるに違いない ・決して自分がバカなのではない こいつの何がバカかって、514、516の最後の1行さえ書かなければ、それなりの意見がでてたかもしれないってところだ。 521 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 15:31:48 ] >>517 そのif文を書き換えるだけで良いという考えが、技術力の低さ・業務での開発が分かってない、 典型的な例だと思います。 >>519 JSFでまだ仕事はしてません。 Strutsでの開発をしていますが、今後を考えての勉強です。 >>520 ＞・本をたくさん読んだけどわからなかった ＞・本のレベルが低すぎるに違いない これは、その通りでは？ 単純に、その本が何をターゲットにしてるかが違うだけという事もありますが、 あまりにも仕事レベルで使えるものが少ない。 ＞・JSFが難しすぎるに違いない これは、勉強中なので何とも言えません。 ＞・決して自分がバカなのではない 馬鹿では無いと思います。 ＞こいつの何がバカかって、514、516の最後の1行さえ書かなければ、それなりの意見がでてたかもしれないってところだ。 ただの言い訳ですね。 これを言うからには、それなりの意見をだして納得させた上で、”馬鹿”だの言ってもらいたい。 意見が出なければ、技術レベルの低い人間しか居ない。 意見が出れば、素直に自分が馬鹿と認め、謝罪でもなんでもしますよ。 522 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 16:19:21 ] いつになったらコードが出てくるのか？ という発想をする職業エンジニアがいることに驚いた。 自分で応用ができないレベルでしかないのに 本のレベルが低すぎるなんてよく言い切れるものだ。 523 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 16:25:08 ] 他人に具体的なコードをもらうまで自分でなんとかできる技術力が521に無いことは確かなようだ。 524 名前：504 mailto:sage [2005/09/03(土) 16:40:41 ] なんか妙に伸びてると思ったら誰かが私の代わりに盛り上げてくれた人がいたのですね。 というかひょっとして現在進行中ですか。 なんか流れに水を注すようで申し訳ないのですが、せっかくだから書いときます。 セッションにログイン情報を格納する方式はJSFが提供するManaged Bean、 セッションからログイン状態を評価するタイミングとしてServletFilterとPhaseListener、 という方式を教えていただいたので、いろいろ考えておりました。 ServletFilterで処理する場合、FacesServletの処理の前にManagedBeanを取得して評価 することになると思うんですが、そうなると、HttpSessionからStringのキーを指定して Managed Beanを取得せねばならない気がします。 どうやらfaces-config.xmlで<managed-bean>要素内の<managed-bean-name>要素 に指定された文字列を指定してgetAttributeしたら取れそうなんですが、 そういう名前でセッションにぶら下がってる保証があるのかどうかわからんくて困っております。 LoginBean loginBean = （LoginBean）((HttpServletRequest)request).getSession().getAttribute("loginBean"); とかフィルタで書いといて、JSFの実装差し替えたらセッションにManaged Beanを格納する方式 が変わってたりして動かなくなったらどうしようみたいな。 だったらManaged Beanに頼る意味あるのかなあ。どうせServletFilterで生のセッション触るなら ログイン情報もログイン時にHttpSessionに直に書いてもいいんじゃないだろうか、とか。 なんかまとまってないですね。もうちょい考えます。 PhaseListenerの場合は、実装に特に問題はなさそうなんですが、 「フェーズと何の関係があるんだろう？」という疑問が湧き。 とりあえずrestoreViewのあたりに仕込んでValiableResolverでログイン時のManaged Beanを取得 して評価する。ｵｯｹｰならｽﾙｰで、ダメなら、、。うーん、（JSF的には）どうすればいいんだろう。 ここでやるのは正しいんでしょうか。 525 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 16:54:21 ] ＞ そういう名前でセッションにぶら下がってる保証があるのかどうかわからんくて困っております。 現在のバージョン(1.1)とその次のバージョン(1.2)ではJSF仕様で保証されている。 将来のバージョンではわからないけどね。 526 名前：デフォルトの名無しさん mailto:sage [2005/09/03(土) 16:59:26 ] >>524 どのみち、今のところ、それしかManagedBeanを参照する綺麗な方法が無いと 思う。あきらめれ。 527 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 01:37:56 ] >>521 > そのif文を書き換えるだけで良いという考えが、技術力の低さ・業務での開発が分かってない、 > 典型的な例だと思います。 そうだねぇ。 キミの技術力の低さや、そんな技術力で業務での開発をやらないといけない事情を分かってないとは言える。 528 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 04:45:21 ] なんつうか認証だったら単純にJAAS使うのがいいんでない？ 529 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 06:40:35 ] つうか、Tomcatの認証機能使えばいいと思う。 530 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 09:15:38 ] >>529 それはJAAS実装でなくて？ それとも、俺様の知らない、Tomcat独自の秘密の認証機能があるのか？ 531 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 13:59:41 ] 確かTomcatのはJAAS「互換」だけどJAAS実装じゃないとかよく分からんがそんな感じだった。 仕様を満たしてない部分があるとかかも。 どっちにしろJDBCやらLDAPのRealm作れば普通のWebアプリの認証は実現できるっしょ。 Tomcatだったら JdbcRealmは実装提供されてなかったっけ？ 532 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 14:04:28 ] >>531 TomcatにもJDBC Realmあるよ。 533 名前：デフォルトの名無しさん [2005/09/04(日) 18:52:18 ] アプリの配置された実ディレクトリのパスを取得したいんですけど、 JSFのELで取得するには、どのオブジェクトのなんという属性を 参照すればいいんでしょうか？ どういう暗黙オブジェクトがあるかというドキュメントは見ますが、 それぞれどういう情報を持っているかという資料は見つけられません。 どこかにいい資料はないものでしょうか？ #もしかして、中身については何も規定がなく、実装に依存する？ 534 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 20:16:07 ] JSFとか意味わかってないんじゃね？ > どこかにいい資料はないものでしょうか？ www.ingrid.org/jajakarta/servletapi/servletapi-4.0/docs-ja/ 535 名前：デフォルトの名無しさん [2005/09/04(日) 20:33:04 ] JSFのEL 536 名前：533 [2005/09/04(日) 20:35:58 ] いや、ServletAPIじゃなくてJSFのELで取得する方法を探しています。 というのも、BackingBeanはあくまでもPOJOのままにしておきたい (=FacesContextなどは参照しない)→とするとfaces-config.xml内で <managed-property>で外部から値を設定してやる必要がある→ ここに記述できるのはELだから、なんとかしてELで実ディレクトリを 求められないか？という流れです。 他にうまいこと外部から値を注入してやる方法があれば、それでも いいんですが。 537 名前：デフォルトの名無しさん [2005/09/04(日) 20:40:26 ] うーんムズイねそれは 何をしたいのか処理の順番が分からないから答えにならないかもしれないけど 普通にサーバ側のページ初期化アクションでbean.setPath()とかやるのはダメなの？＿ 538 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 20:52:15 ] 533は大人だ。 539 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 21:01:16 ] 実ディレクトリは動的に求めないとダメ？ <managed-property>の<value>に直接書くのは無しかな？ faces-config.xml にも環境依存の情報は書きたくない？ 話しは少しずれるんだけど、 ＞BackingBeanはあくまでもPOJOのままにしておきたい これ、実は結構難しくない？俺もテストファーストでBeanを作ろうと 思ったんだけど、出力メッセージをFacesContextに入れるところや UIComponentのComponent Bindingで断念した。orz 540 名前：デフォルトの名無しさん [2005/09/04(日) 21:06:59 ] ＞BackingBeanはあくまでもPOJOのままにしておきたい これ、実は結構難しくない？俺もテストファーストでBeanを作ろうと 思ったんだけど、出力メッセージをFacesContextに入れるところや UIComponentのComponent Bindingで断念した。orz 分かる、非常に同感 なんかさ、くちゃくちゃになるんだよねいろんなとこでいろんなことしたりしちゃって・・・ 結局　static FacesContext.getCurrentContext()だっけ？ こいつが悪であり、しかしこいつがある理由が分かるような気がしないでもない 541 名前：デフォルトの名無しさん mailto:sage [2005/09/04(日) 21:22:22 ] FacesContext#getCurrentInstance() ね。 JSFだとBeanがPOJOで作れてテストがカンタン！なんて幻想だったよ・・・orz 542 名前：デフォルトの名無しさん [2005/09/04(日) 21:26:47 ] あまり不満ばっか並べてもJSFがかわいそうなので利点を挙げると コンバータ・バリデータ・アクションって分けて開発できることかなぁ 初心者にはコンバータ・バリデータ書かせておけばよいし 543 名前：533 [2005/09/04(日) 21:40:02 ] なるほど、参考になります。 JSFは始めたばかりなんで、原則通りやってみようと考えて いるんですが、現実には理想通りにいかない部分もあるん ですね。 その後調べてみて、やはりELで直接取得するのは難しい ようなので、代替案を考えました。 1. applicationスコープのbeanをひとつだけ用意し、この 　生成時に実ディレクトリを取得しプロパティに保持 　(これだけコンテナ依存) 2. その他のbean(sessionスコープ)は<managed-property>で 　上記beanのプロパティ値をセット 試したところうまく動くようですので、これでいってみようと思います。 開発環境と運用環境が違うので、faces-config.xmlに環境 依存情報を記述するのは避けたいですね。それよりはまだ コンテナ依存の方が許容できます。 544 名前：デフォルトの名無しさん [2005/09/04(日) 21:47:06 ] >>533 そのパスって動的に変わる値だと思ってたけど固定なのね；； ならば、web.xmlに環境変数として希望するパスの情報書くのはダメなのかな <resource-env-ref> とか<env-entry>とか 545 名前：デフォルトの名無しさん mailto:sage [2005/09/05(月) 02:19:29 ] しかし、いまだに www.ingrid.org/jajakarta/ が引用されるのがさびしい限りだ。 546 名前：デフォルトの名無しさん mailto:sage [2005/09/05(月) 14:03:49 ] >>524 遅レスだけどJSFにこだわらないでこれでいいと思うけど... >だったらManaged Beanに頼る意味あるのかなあ。どうせServletFilterで生のセッション触るなら >ログイン情報もログイン時にHttpSessionに直に書いてもいいんじゃないだろうか、とか。 あとはServletFilterのInitParameterで認証失敗時の遷移先URIやチェック除外対象のURIのリスト とかを設定できるようにすればいいんじゃないの？ 547 名前：504 mailto:sage [2005/09/06(火) 00:59:21 ] 規制されて書けないうちにどんどん話が進んでゆく。。 >525 仕様で決まっていたんですか。知らなかったです。不勉強でした。 そういうことだったらログイン時のManagedBeanをServletFilterでチェックする というやり方で問題なく対処できそうです。 ありがとうございます。 Tomcatの認証はLDAP使ってやったことはあります。 その時も理屈が理解できてないのに機能だけ使うのに抵抗を感じ、 アプリケーション内で実装しようと目論んだわけですが。 なんせJAASという単語も今知ったくらいなので、これからお勉強して手の内 に入れたらそういう便利なしくみを使うのもよいかなーと思います。 でも、頭が悪いのか、チュートリアル読んでもｲﾏｲﾁ理解できませんが。 精進します。 >546 ええ。それでもいいわけですよね。むしろ、そうあるべきなのか。 そして、JSFと全然関係ないスレ違いな質問をしていたのだという事実にようやく気付いたりしつつ。 548 名前：デフォルトの名無しさん mailto:sage [2005/09/06(火) 17:42:19 ] JSFって、まだ本読んでもちゃんとアプリ作れないレベルなんですか？ 新人達がJSFで社内ツール作らされてちゃんと作ってたみたいだけど、 どうやってたんだろう？ イントラだからセキュリティは若干甘いかもしれないけど 549 名前：デフォルトの名無しさん mailto:sage [2005/09/06(火) 19:42:49 ] >>548 そんなこたあ無いでしょ 別に（ふつうの）Servletや非JSFページとも併用できるんだし 550 名前：463 mailto:sage [2005/09/10(土) 16:17:26 ] さて、またしばらくJSFを使ってみた。 まず、JSFだけではなんなのでStrutsとかも使ってみたが、 これはJSFでも同じような事ができるが、たしかにStrutsとかと比べると楽というか、 まぁ、雑誌とかの売り文句通りな気がした。 とりあえず、IBM実装を勧められたわけだが、会社に環境があったので来月にそれを使ってる プロジェクトが終わるらしいので、それが終わってから使わせてもらうことにした。 さて、まず気になったこと。 URLが変。 Page1とPage2というJSPをつくって、お互いにx:commandButtonで画面遷移させるだけ。 MyFacesだとPage2に行ったときPage1のURLのまま。 Page1へ戻ったとき、URLはPage2のまま。 うん・・・動きに問題が無いとはいえ、気持ち悪い。 SUN実装の方はそんなことなかった。 なんというか、この間、MyFacesが糞だと言っていたのが良く分かった気がした。 MyFacesってコアの部分はSunとかと同じで拡張コンポーネントがあるだけと思ってたけど、違うのね。 つうか、こういった部分も仕様に入れないでいいのか？ まぁ、仕様が糞だから異なる実装で互換性がなくなるって事か・・・ あと、別のスレッド見て気が付いたけど、必須入力。 あれ、どうするんだ？ 確かに何かの値によって必須入力チェックしたりしなかったりというのは有りだよな。 でも、必須入力かどうかの指定は <x:inputText id="name" value="#{Bean名.name}" required="true"/> って指定しちまうし・・・ この辺、PHPのmojaviとか優秀だったなぁと感じる。 まさしく、現場を分かった上でのフレームワークって感じで。 StrutsとかJSFって本当に現場わかった人間が設計してるのか怪しい感じ。 551 名前：463 mailto:sage [2005/09/10(土) 16:29:52 ] あと、なんで画面表示するだけでTomcatに警告がでるんだろうな。 警告: Unable to find component 'name' (calling findComponent on component '_id0:_id1') って感じの。 画面に入力欄1つ作って、後はサブミットのコマンドボタン。 まったく・・・ エラーメッセージもはまったな・・・ ユーザ名：<x:inputText id="name" value="#{Bean名.name}" required="true"/> <x:message for="name"/> と書いて、何も入力せずにSubmitしようとするとエラーメッセージが "name": 値を入力して下さい. もう・・・ いや、確かに分かるんだけどさ・・・ これをちゃんとさせるとなると、 <x:outputLabel for="name" value="ユーザ名："/> <x:inputText id="name" value="#{Bean名.name}" required="true"/> <x:message for="name"/> という風にしなくちゃいけない・・・ おいおい、普通に書いて表示させられるのに、いちいちラベル作らないといけないのかよ・・・ 面倒なだ・・・ 真面目に不思議に思うんだ。 .NETFramework自体は無料。 SUNとかApache実装のJSFは無料。（IBMとかは優秀らしいが無料じゃないよな？） 明らかに、.NETの方が楽だし良く出来てるし動作も軽くて安定してるし、開発しやすい。 企業にとっては良い事だらけにしか見えないんだけどね・・・ MS製品はすぐにバージョンアップしてという意見もあったけど、どうせ２、３年とか 長くても5年ぐらいでシステム入れ替える癖に無駄な意見だよな・・・ 552 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/10(土) 19:30:26 ] ハードウェアとアプリケーションの寿命は違うがな。 553 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 02:06:07 ] >> .NETFramework自体は無料。 このへんからトラップのにおひがするぉ 554 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 07:38:48 ] >>553 いや、フレームワーク自体は無料だろ。 有料なのは開発環境な訳だし。 .NETFrameworkSDKは無料でダウンロードできるし、 メモ帳とかでソースコード書いてコマンドラインでコンパイルすれば、そのまま配布もできるし。 555 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 08:48:43 ] .NETがいいと思うなら.NET使えばいいじゃん。 ここはJavaのほうが総合的に良いと思って使っている人たちのスレ。 556 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 12:06:15 ] 今時メモ帳でソース書く人とかいるのか？ 557 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 12:17:42 ] 別にメモ帳の部分にこだわる必要はないんじゃない？ EclipseでだってC#とか書けるし、WebだけでいえばWebMatrixとかもあるし。 558 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 13:37:24 ] >>550 ＞確かに何かの値によって必須入力チェックしたりしなかったりというのは有りだよな。 まぁ、このスレの他の奴のレベルが低いんだろうから答えてやるよ。 エラーチェック用の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("エラーメッセージ")) とかすればいい。 559 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 13:47:59 ] おれがSunのJSF実装で試したときは 値が未入力の場合、Validatorにそもそも渡らなかった気がするんだが、気のせい？ 560 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 14:12:05 ] >>559 SUN実装は使ったことないから分からない。 とりあえず、MyFacesでは問題無かった。 それと、余談になるんだが、お前様方の周辺でJSFってどんなかんじ？ 俺の場合、会社だと新規のJava案件は殆どWebSphereを使うから、JSF使ってるから、 結構流行ってると言えば、流行ってるんだけど、他ではどうかとちょっと気になった。 561 名前：463 mailto:sage [2005/09/11(日) 14:36:10 ] >>558 なるほど、独自にチェックするしかないのね。 確かに出来そうだと思ったが、 >>559が書いてるようにMyFacesでも値が未入力だとValidatorに行かないな。 >>558=>>560も低レベル技術者のようで・・・ つうか、この辺はStrutsの方がマシだな。 登場してからの歴史が長いってのもあるんだろうな。 でも、JSFはやっぱいUIだけって感じなんだろうな。 だからStrutsとJSFが連携できるようになってるんだろうな。 Strutsを補う意味でJSFを使うのかと思ってたけど、 本当はJSFの貧弱さを隠すためだったんだな。 この辺を見ると、.NETFrameworkって素晴らしいと本当に実感したよ。 562 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 14:51:29 ] このスレとしてはJSF＞＞＞＞＞(超えられない壁)＞＞＞ASP.NETであってほしいが、そうもいかないって事か。 とりあえず、「h:output_text」とか書いてある古いJSFの資料は捨てちゃっても構わないよね？ 563 名前：463 mailto:sage [2005/09/11(日) 15:11:38 ] >>562 ＞このスレとしては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技術者って、実はこの先、仕事ないんじゃ？ 564 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 16:41:41 ] （L）AMPのような手軽さもなければ、.NETほど生産性が高いわけでもない。 今はまだ数で圧倒的ではあるけど、難しい局面になってることは確かだな。 565 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 17:46:49 ] >>563 中国は国家主導でLinuxの導入進めてる。 個人レベルではWindowsのシェアが高いけど、企業レベルでは殆どがLinux環境。 566 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 18:20:02 ] >>565 別に国家レベルでLinux導入進めていたって、その中国の人間の客は日本なんだから、 日本向けに技術者を教育なり集めるのが普通だろ。 中国とかは関係無いよ。 あくまで客である日本企業の需要に合わせる。 俺らだって、客先が有無を言わさず『Linuxで！！』と言われればLinux使うし、 『Linuxは絶対に駄目。Windowsサーバで！！』と言われればそれに従うだけだし。 567 名前：名無しさん＠そうだ選挙に行こう [2005/09/11(日) 18:42:37 ] JSFについて、日々意見が交換されているフォーラム等ってない？ 「JSF フォーラム」で検索すると「日本宇宙フォーラム」や「ヤパーナ社会フォーラム もう一つの世界は可能だ」 とか、変なものがヒットするんだが。 568 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 19:11:44 ] >>567 だから、流行ってないんだって。 むしろ、Seasar2のS2JSFのメーリングリストとかの方が活発に意見交換されている。 だけど、あそこはあくまでもS2JSFの話題だからなぁ。 基本的にはJSFを使用するのは時期尚早って感じなんじゃない？ だから、このスレとかでもあまり意見交換って行われてないじゃん。 JSFが気になった奴もちょっと使ってみて、『つかえねぇ』と感じて、 結局今まで通りって流れのような気がする・・・俺のように・・・ 569 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 19:25:51 ] >>567 適当に探してみた jsf-jp　JavaServer Facesに関するMLです。 groups.yahoo.co.jp/group/jsf-jp/ @ITのJava Solution 会議室 www.atmarkit.co.jp/bbs/phpBB/viewforum.php?forum=12 570 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 20:19:47 ] 一応、２つのプロジェクトでJSF（IBM実装で）使ったりしてはいるが どうもここ見る限りでは浸透していない様子だなぁ・・・ あぼんの予感がする 571 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 20:23:43 ] まだこれからでしょ。今は時期尚早という見方も多い。 実装による質のばらつきもまだまだ多いし。 初期のServletコンテナもベンダーによる質のばらつきが多かったのに似ている希ガス。 各ベンダーやオープンソースによる実装が安定して、さらに オープンソースの高機能なJSF開発環境やEclipseプラグインが 出てくると一気に普及すると思うけどな・・・。 572 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 01:51:49 ] フレームワークのプログラミングモデルがたぶん大幅に変わらないから、 代わっても1.2見るだけでも局所的及び一部分だ。だとすると覚えるのは モデルだけで後は、どうやって利用するかどこに利用できるかってことに 今は知恵を使ったほうがいいよ。現状のレベルだといきなりASP置き換えはﾑﾘ それだとどこまでのレベルで使えるのか判断したほうがいいよ Webspherは全部のプロジェクトでつかえるものではないしな 573 名前：デフォルトの名無しさん mailto:sage [2005/09/12(月) 22:47:10 ] どっちかというとStrutsの置き換えみたいな考え方で、1.2以降ボチボチと使われ始めるんじゃないだろうか？ ASP.NETの対抗馬としてサンは開発環境込みで広めたかったんだろうが、 Eclipseで開発できない限りJavaの世界じゃ広まらないからな 574 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 01:57:34 ] IBMかHPの実装がでないと意味が無い。SUNは弱体化してもう虫の息だ。 こんなところが実装するソフトウェア基盤はゴミでしかない。M$の金魚の糞は つぶれたほうがいいよ 575 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 04:26:15 ] >>573 ＞Eclipseで開発できない限りJavaの世界じゃ広まらないからな Eclipseでの開発の有無より、スレ見てる限りJSFの仕様（実装）が糞だから みんな使わない（業務で役に立たない）んじゃない？ 576 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 08:02:40 ] >>575 いや、仕様よりもEclipseだろ 577 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 08:12:35 ] そうだな、どんなに素晴らしい仕様でもどうしようもない 578 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 21:00:29 ] 確かにツールがないとつらいな。 あとは日本語のマニュアルｗ 579 名前：デフォルトの名無しさん mailto:sage [2005/09/15(木) 15:04:20 ] >>534 >>545 Googleだと古い方のページがトップですが、 新オフイシャルサーバを参照する方がよいですよね。 「Servlet および JavaServer Pages API ドキュメント (Tomcat 4.0)」 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) jakarta.apache.org/tomcat/tomcat-5.5-doc/servletapi/ JavaServer Pages API Documentation (Tomcat 5.5) jakarta.apache.org/tomcat/tomcat-5.5-doc/jspapi/ Servlet API Documentation (Tomcat 5.0) jakarta.apache.org/tomcat/tomcat-5.0-doc/servletapi/ JavaServer Pages API Documentation (Tomcat 5.0) jakarta.apache.org/tomcat/tomcat-5.0-doc/jspapi/ Servlet and JavaServer Pages API Documentation (Tomcat 4.1) jakarta.apache.org/tomcat/tomcat-4.1-doc/servletapi/ JSFもそうですが、最新バージョンの日本語マニュアル欲しいですね。 580 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 00:48:26 ] Servlet + Velocity で十分でしょ。 581 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 01:34:44 ] >>580 えらいねぇ。 漏れはもうStrutsなりJSFなりがないとしんどくてだめだよ。 582 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 01:43:17 ] >>580 Velocity使うより、ふつうにJSPで充分。 というかVelocityよりはJSPのほうがいい。 583 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 03:12:55 ] Velocityはマクロ周辺をもう少し使いやすく・・・ マクロファイル大量に分ければいいか・・・ 584 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 03:14:15 ] あえてVelocityを使うほどのメリットあるの？ HTML出力以外だと便利だけど。 JSPでよくない？ 585 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 13:35:11 ] て言うか、Maya最強！ 586 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 13:56:31 ] >>584 デザイナからするとJSPよりVelocityのほうが扱いやすいらしいよ 587 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 14:11:06 ] >>585 いろいろ毎日忙しくて まだ検証にも踏み切ってないんだけど 実務に使えそう？ 588 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 14:22:56 ] >>586 #ifとかがプレビューで見えたほうがいいってこと？ 589 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 15:29:18 ] >>587 パフォーマンス的な事を言ってるなら、Velocityを使えると考えるなら それと同じくらいには使える。 CSSを用いればHTMLからレイアウトと装飾を分離できる。 ってのは最近では当たり前に知られてる利点だけど、それと同じ感 覚でWEBアプリ依存部分を分離できる。 これを逆に(Seasar的に)見ると、MayaファイルでHTMLに対してWEB アプリへの依存性を注入してる(所謂DI)とも言える。 あと、XPathを利用した複数箇所に現れる同一タグへの処理はAOP 的。こういった辺りが概念的に気持ちイイ！ 590 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 16:31:57 ] >>589 そういうのわかりやすくまとめてある資料ってありますか？ 591 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 17:10:21 ] >>590 maya.sandbox.seasar.org/ ここ読んであとはサンプル弄ってみるくらいかな？ hoge.htmlとhoge.mayaが組になってる事さえ意識できれば 変更、結果表示の繰り返しで触れるようになると思うよ。 592 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 19:12:21 ] いまのとこ使う気はないけど、どんなものか試してみたいっていうにはちょっと壁が高いな。 593 名前：デフォルトの名無しさん [2005/09/16(金) 20:58:15 ] Seasarって俺はどうも好きになれないんだよね。 メーリングリスト（参照だけならWebで見れる）でも、開発者自ら『MyFacesの糞実装』と 表現は違えど、名言しているにもかかわらず、S2JSFでは思いっきりMyFacesを使ってるし。 個人的には糞実装の上に、どんなに良いものを乗っけても、土台が糞な以上、 S2JSFも糞なんだよな・・・ つうかJSF自体オープンソースになったんだから、独自に実装すればいいんだよ。 594 名前：デフォルトの名無しさん [2005/09/17(土) 01:02:45 ] JSP+ELが最強ってことだな？ 595 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 01:11:48 ] >>594 JSP+EL+JSFでおけ 596 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 01:45:34 ] まさたかさんはとりあえず ttp://www.theserverside.com/news/thread.tss?thread_id=36575 を読んでおいてもらいたい。 597 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 03:09:57 ] >>593 S2JSFのどの辺が糞ですか？ 個人的には、S2JSFはMyFacesの糞実装をうまく隠蔽する仕組みにしたつもりですが 598 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:10:08 ] Seasarを避難すると個人掲示板だろうがどこでも現れてくるよね 中の人 599 名前：デフォルトの名無しさん mailto:sage [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でのコンポーネントもそれ程実用性は無い。 既存のものをちょっと使いやすくした程度。 600 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:34:04 ] >>599 Sunの実装は？ ぽとぺたできて1万くらいだったような 601 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:37:57 ] >>599 > ビューの部分をHTMLで書いて簡単に確認できる え？カスタムタグ使ってる系ってこれが出来ないから デザイナーとのやりとりや変更が多いタイプの仕事では テンプレート系がもてはやされてるんじゃないの？ 602 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:41:24 ] >>600 Sunの実装って、色々なJSF使えるの？ jsf-1_1_01、MyFacesとかとかIBMのとかOracleのとか。 俺が言いたいのは、開発するのに貼り付けられるってのは重要だけど、 何を使うかは自由でいたいの。 仕様としてちゃんと決められてるんだから、その仕様に基づいて実装させていれば、 この部分は自由に出来るはずだよね。（できないなら開発ツールが糞か実装が糞か仕様がそもそも糞） 603 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:45:47 ] あともう1つは、開発環境、もう少し軽くならないもんかなぁ・・・ Javaで作られてる開発環境重過ぎる。 IBMのなんて、CPU3.5G、メモリ2GBでも余裕で重いし落ちるしな。 .NETFrameworkで作られた開発環境は、CPU800MHz、メモリ512でも Javaの開発環境と比較して、比べ物にならないほどスムーズだしな。 ある程度のマシンスペックが要求されるのは、我慢できるが、 ハイスペックのマシンで、やっと動いてますってのは我慢できない。 604 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:50:26 ] >>601 MSの世界ではUIはVBプログラマの仕事みたいよ。 レイアウト、デザイン、ロジックで分離とか言っても、そもそも そういう視点を持ってないMS側の人には分からんだろう。 一人で全部作るには確かに楽ではあるしね＞ASP.NET 605 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 11:52:17 ] >>604 JSF（JSP）だって、UIはJavaプログラマの仕事じゃん。 レイアウト、デザイン、ロジックで分離とか言っても、そもそも そういう視点を持ってないJava信者の人には分からんだろう。 一人で全部作るには可也の苦労があるしね＞JSF 606 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 13:26:33 ] S2JSFって、結局JSFの知識が無いと作れない気がするのだが・・・ たしかにHTMLだけで画面表示が可能だが、それだけでデザイナーに作業をお任せするのは難しい気がする 独自タグ属性をデザイナーのHTMLに追加するのも、JSPでカスタムタグに置き換えるのと大差ない気もするし 真にデザイナーに仕事をやらせようとするのなら、ASP.NETのようにビジュアル開発環境を用意するしかないんじゃないかな となると、ノーマルJSFが安定して、Eclipseで開発環境が整うのを待つしかないのかも 607 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:05:35 ] >>600 SunJavaStudioCreatorの30日体験版入れてみた。 使えねぇ・・・ まず、余計なAPサーバとかWebサービスとかインストールし過ぎ。 JSFつかったら、デフォルトでFORMからコンポーネントまで何から何まで コンポーネントバインディングかよ・・・ せめて <h:inputText>とか貼り付けたら、プロパティでIDを変更したりしたら、 バリューバインディングして、ビーンにセッター/ゲッターを自動で追加・削除・変更とかを デフォルトでやってくれればいいのに・・・ つうかね、コンポーネントバインディングなんて使う場合の方が希少なのに・・・ 608 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:08:32 ] IBMのJSF環境を使うとWASが前提になるって 話があったけど、厳密にはSDOがWAS前提なんだよね? マニュアル見ても特にJSFに関して縛りはないみたい だし、SDOと併用しない場合は別途データアクセスbeanを 用意しろってマニュアルに書いてあるし、(意味があるかは 別として)SDO必須ってわけでもないし。 609 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:08:45 ] あと、IDE自体が駄目だな。 requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。 これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、 特定条件下でture/falseを動的に設定できるのに、これができないじゃん。 JSFの使い方も知らないのに開発環境作るなって感じだよな・・・ 610 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:15:18 ] うわぁ・・・ JDKも何も聞かないで勝手に入れるのかよ・・・ SUNの開発環境駄目過ぎ・・・ 環境設定までは弄れれて無いみたいだけど、まさしく、JDKやAPサーバまで限定した開発ツール・・・ 無料で使えと言われても、こんなの使いたく無い。 611 名前：デフォルトの名無しさん [2005/09/17(土) 14:18:06 ] JSP+ELが最強ってことでよろしい？ 612 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 14:20:03 ] >>606 MayaだとXPathで素のHTMLにもインジェクションできる。 Tiles相当の機能が先日追加されて、レイアウト周りも強化された。 GUIエディタとタグに関するドキュメントが未整備だけどなｗ 分離度(てなんだ？ｗ)で言えばMayaが最も高い。 何より、デザイナの道具を限定しないの素晴らしい。 613 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 15:12:23 ] >>607>>609>>610 乙。やっぱりSunは糞だったか・・・ 結局、現状ではJSFにまともな実装は存在しないってことなのかね 614 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 22:57:25 ] ごく小規模な開発で、 実験的にSun Java Studio Creatorで開発しようと思ったんだが、やめた方がいい？ JSFをよく知ってない俺は、コンポーネントバインディングだろうが、 楽に開発できれば別にいいんだけど。 JDK、APサーバ限定は開発環境だけだから目をつぶる。 「手で書けば、こんなに仕様どおりにたくさんの事ができるのに！」っていうのも分かる。 が、手書きするのに、色々と勉強しなければ使えないのなら、あまり魅力はない…。 まず俺がもっと勉強します。 615 名前：607 mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 23:42:47 ] Sun Java Studio CreatorのデータベースサーバーはJDBC3.0に準拠しているJDBCドライバしか使えないし。 IDEの都合で使用するライブラリを変更するってのは、ちょっと抵抗があったぞ。 617 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 23:51:58 ] PostgresがJDBC3対応するのはいつだろうか・・・ 618 名前：614 mailto:sage [2005/09/18(日) 00:02:39 ] >>615 なるほど。参考になった。ありがとう。 Web開発を知らなくても、CreatorとJSFでポトペタで開発できるかと思っていのですが、 まだまだ、そこまでは成熟していないというわけか。 それなら、ASP.NETというのは100も承知なんですが、そこはまあ、いろいろと事情がありまして・・・。 Web開発について知らなくても、（VB的に）そこそこ開発できるようになるのが、JSFの魅力だと俺は思ってる。 なので、まだ勉強しなければ使えないというのであれば、 IDEが成熟するまで待とうかとも思う。。 俺自身は、もう少しCreator使って勉強しておきます。 ＃30日間、SDCのドキュメントが読めるはありがたいので。 Eclipseで使えるExadel Studioとやらも評価してくれ！ pcweb.mycom.co.jp/news/2005/08/03/014.html ＞requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。 ＞これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、 ちなみにこれは、コンポーネントを右クリックして「プロパティのバインド」でいいんじゃないのかな？ 619 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 00:58:48 ] >>618　Exadelかあ。今のは使ったことないな。 Eclipse系のJSF環境は、Oracle, IBM, Exadel, etc...の間で 調整が続けられてて今後どうなるかちょっと不透明だよなあ。既に 完成した製品を持ってるIBMは政治的な理由でリーダーシップを取れないし、 一応リーダーのOracleは手元に物がないし、Exadelは議論の場では 頑張ってるみたいだけどリソース的には他の2社より劣るし... 予定のスケジュールまで一年もないから、またとりあえず IBMがRationalのコード出して、Exadelはそれ使ってお茶濁した製品 だして、その後でOracleが色付けてくってWTP0.7のパターンを繰り返す 気がするよ。 620 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 01:06:24 ] ビジュアルエディタの類は、WEB上では需要があるんだけど実務の現 場ではそうでもないからな。 LinuxのGUIな設定ツールがなかなか育たなかったのも、実務の現場 で十分な需要が出なかったせいだし、作るには理解してなきゃならな いが、理解してる人は作る必要がないという。ドキュメントやチュート リアルにしてもそうだけど、使う人 = 作る人の世界特有の問題という か何というか・・・・・・ 621 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 18:34:15 ] でもって、結局、JSFってどうなの？ 時期尚早とか意見もあるけど、今現在を考えた場合、仕事とかで使うのは辞めた方が良いって事でいいのかな？ このスレ見ても廃れてるし、ネットとかで検索しても情報量は少ないし、書籍の数も少ない。 それに、次のStruts（Shaleだっけ？）がJSF使うみたいだし、 現状だと新規や大規模の修正なり拡張はJSFでってStruts/JSFの設計者は言ってるけど、 結局、現状はStrutsを使い続け、Shaleが出てからJSFは考えようって事でいいのかな？ あと、1つ気になったんだけど、JSFってMVCのViewの部分に特化してるんだよね？ これで携帯用Webシステムも作れるのかなぁ？ 622 名前：デフォルトの名無しさん [2005/09/18(日) 18:40:21 ] MVCのコントローラって画面の遷移のこと言ってるの？ 623 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 21:06:45 ] ＞これで携帯用Webシステムも作れるのかなぁ？ もともと、JSFはPC用のブラウザに特化したものではない 実装が俺の知る限りでは無いが、Flashのコンポーネント・携帯用のコンポーネントなど出来ることは出来るらしい 624 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 22:06:09 ] IBMはflashのコンポーネントを出してる。 625 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 12:14:54 ] Strutsのhtmlタグのように、単純にHTMLタグを作成するような作りではないから 携帯用となると、今のJSF1.0では厳しい気もするな 携帯が全部PCビュアー搭載すりゃ話は早いんだろうがｗ 626 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 12:25:32 ] ん？要するにrenderkit実装すればいいんでしょ？ちがうの？ まあ、現実問題としては実装済みのrenderkit群が存在しないことには やっとれん＝使い物にならんと言えるだろうけどな 627 名前：463 mailto:sage [2005/09/20(火) 12:53:54 ] さてさて・・・ selectManyCheckbox使えねぇな。 デフォルトで1行で出力しちまうのは、まぁ仕方ない。 これじゃ見栄えが・・・という訳でどうにか変更できないものか。 調べてみると、layoutでpageDirectionを指定すると、 1行1項目で出るみたいだ。 なるほど・・・使えない。 本当に欲しいのは、1行ｎ項目という風に指定できる方法。 どうやら、layoutに指定しているものがレンダラという奴らしい。 つまり、レンダラを作れって事なんだな。 つうか、日付のコンポーネント同様にくだらねぇ。 デフォルトで1行に全部出してしまうのと、 1行ｎ項目ってのを作れば、殆どＯＫなのに、何無駄な事やってんだろ。 本当に、仕様決めたりとか実装してる奴って、 実務を知らないんだろうなと、改めて実感。 プレゼンテーション層に特化したはずのフレームワークなのに、 肝心の部分が駄目。 JSFもStrutsみたいに、Logicタグでも用意して・・・って方が シンプルで良いんじゃないのか。 多分、俺がServletが出たとき(JSPすら出ていない頃)に作った 俺々フレームワークの方が遥かに高性能だし生産性あがるよ。 628 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 13:15:52 ] S2JSFの話だけど デザイナーとの分業ってより ユーザーレビューで使うHTMLがそのまま 動くって所が売りなんだよね。 あくまでもユーザー重視。 とかフォローしようと思ったら tp://d.hatena.ne.jp/skimura/20050920#p1 てなわけで、ひがたんはMyFacesに見切りをつけたもよう。 あーそれがええ、ええ。 早くやってくれー。 629 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 13:34:45 ] JSF RIを使っていろいろ試してるんだけど、 Faces Servlet経由でWEB-INF以下が丸見えになっちゃうんだけど、 これ、どうにかならないかな？ 例えば、具体的には Faces ServletのURLパターンマッピングを /faces/* としたときに、 host:port/contect/faces/WEB-INF/web.xml とやると ブラウザにweb.xmlの内容が表示されちゃう。 これまでは、見せたくないリソースはWEB-INFの下に置けってのが 定石だったけど、どうしたものか・・・ 630 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 19:08:33 ] >>628 俺的にはMayaで標準を謳ってくれてる辺りが好感触＆期待大だ。 ただ、S2Strutsを使った事がない上に無設定Strutsってのが全く想像つかん 状態なんで追いきれるかが不安だ＿|￣|○||| 631 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 19:59:36 ] >>629 うはー。マジだ。 classファイルやjarファイルもダウンロード出来ちまう。 632 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 20:30:20 ] >>631 最悪だなｗ 633 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 20:36:20 ] >>629 これって、「security-constraint」で防げる？ 今、手元に試せる環境がないし……。 634 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 00:23:46 ] S2StrutsのPOJOActionは、JSFのManagedBeanのような作り方が出来る。 setterフィールドでRequestパラメーターをフィールドにセットしたり、getterフィールドでRequestやSessionに値をセット出来る。 JSFの知識があると逆に使い易いと思う。 635 名前：634 mailto:sage [2005/09/21(水) 00:25:03 ] >>634はsetterメソッド、getterメソッドの間違いorz 636 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 00:31:53 ] >>629 最悪だな・・・ JSFの実装は、どっかが一から作り直した方がいいんじゃないのか？ 637 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 00:35:59 ] 実装の問題なのか仕様の問題なのかは微妙なところだな 638 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 01:15:36 ] 仕様と聞いてふと思い出したが、JSF内に大量にある実装ゼロのabstractクラスは何とかならないんだろうか？ 639 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 01:22:19 ] >>637 俺もそこが気になる。 640 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 12:40:21 ] ひがたん開発専念宣言、S2Struts期待大。 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>   <!-- <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を使ってます。 <!-- <%@ taglib uri="myfaces.apache.org/tomahawk" 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 名前：デフォルトの名無しさん 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> <!-- 検索結果分ループstart --> <tr> <td><a href="javascript:void(0)" onclick="func1(検索結果のID)"><img ･･･/></a></td> </tr> <!-- 検索結果分ループend --> </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でシングル�dを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 ありが�d。でもそれは説明とは言えない希ガス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