05/09/03 09:59:06
>>510
ログインページからsessionスコープのManagedBeanを呼び、そこにログイン状態を保持
ログインチェックはFilterで行い、Sessionからログインで使ったManagedBeanをチェックする。
ただし、ログインページから飛ぶときだけはチェックの対象外とする。
でいけるんじゃないの？
ただ、Strutsのときはログイン時のsubmit先のURLがすぐわかったけど、JSFではどうなるんだっけ？
512:デフォルトの名無しさん
05/09/03 10:11:33
＞ ただ、Strutsのときはログイン時のsubmit先のURLがすぐわかったけど、JSFではどうなるんだっけ？
JSFを使ったフォームの場合は、送信先URLは自ページだよ。
送信元はわかるから、送信元がログインページかどうかを判断すればいいんじゃね？
513:デフォルトの名無しさん
05/09/03 10:37:56
>>510
JSFではExternalContext経由で比較的低レベルの機能にアクセスできるよ。
もちろんSessionも触れるしRedirectもできる。
「リクエスト受信時に何かしたい」ような場合、まあServletFilterでも
いいんだけど、JSF的にはPhaseListenerを使うという選択肢もあるんじゃない
のかな。
514:デフォルトの名無しさん
05/09/03 12:00:34
で、いつになったら具体的なサンプルコードなど出てきますか？
テーブル定義はこうして、こういった画面つくって、こういった設定、コードを書けば、
ログイン認証ができるよという明確なサンプル的なものが欲しいのですが？
それとも現時点ではJSFでは処理が複雑なのでしょうか？
それとも、ここの技術者レベルが低いのでしょうか？
515:デフォルトの名無しさん
05/09/03 13:48:16
>>514
一冊、本買ってこいよ。
516:デフォルトの名無しさん
05/09/03 13:59:47
>>515
JSFをメインに書いているような本は２，３冊買いました。
雑誌などで特集してるものも含めると10冊以上買いました。
しかし、雑誌などではコンポーネントとかの使い方などに注力しています。
また、ログイン画面などのサンプル的なものは存在しましたが、
やっていたのは、ログイン後にプログラムの中で固定でユーザ名とパスワードを
ifで判別してエラーメッセージを出して終わりとかその程度です。
実際に仕事で使えるレベルのサンプルが欲しいのですが、
書籍を書いている人も技術レベルが低かったり実務やってないのでしょうか？
517:デフォルトの名無しさん
05/09/03 14:47:50
そのif文を適当に変えりゃいいだけじゃないか。
518:デフォルトの名無しさん
05/09/03 14:51:49
>>514
あなたの技術レベルというか知能レベルが低すぎるのです。
519:デフォルトの名無しさん
05/09/03 14:54:56
>>514,516
突然逆切れか。しかも仕事か（苦笑）
お前、それでよく給料貰ってるな……。
520:デフォルトの名無しさん
05/09/03 15:06:31
要約すると
・本をたくさん読んだけどわからなかった
・本のレベルが低すぎるに違いない
・JSFが難しすぎるに違いない
・決して自分がバカなのではない
こいつの何がバカかって、514、516の最後の1行さえ書かなければ、それなりの意見がでてたかもしれないってところだ。
521:デフォルトの名無しさん
05/09/03 15:31:48
>>517
そのif文を書き換えるだけで良いという考えが、技術力の低さ・業務での開発が分かってない、
典型的な例だと思います。
>>519
JSFでまだ仕事はしてません。
Strutsでの開発をしていますが、今後を考えての勉強です。
>>520
＞・本をたくさん読んだけどわからなかった
＞・本のレベルが低すぎるに違いない
これは、その通りでは？
単純に、その本が何をターゲットにしてるかが違うだけという事もありますが、
あまりにも仕事レベルで使えるものが少ない。
＞・JSFが難しすぎるに違いない
これは、勉強中なので何とも言えません。
＞・決して自分がバカなのではない
馬鹿では無いと思います。
＞こいつの何がバカかって、514、516の最後の1行さえ書かなければ、それなりの意見がでてたかもしれないってところだ。
ただの言い訳ですね。
これを言うからには、それなりの意見をだして納得させた上で、”馬鹿”だの言ってもらいたい。
意見が出なければ、技術レベルの低い人間しか居ない。
意見が出れば、素直に自分が馬鹿と認め、謝罪でもなんでもしますよ。
522:デフォルトの名無しさん
05/09/03 16:19:21
いつになったらコードが出てくるのか？
という発想をする職業エンジニアがいることに驚いた。
自分で応用ができないレベルでしかないのに
本のレベルが低すぎるなんてよく言い切れるものだ。
523:デフォルトの名無しさん
05/09/03 16:25:08
他人に具体的なコードをもらうまで自分でなんとかできる技術力が521に無いことは確かなようだ。
524:504
05/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:デフォルトの名無しさん
05/09/03 16:54:21
＞ そういう名前でセッションにぶら下がってる保証があるのかどうかわからんくて困っております。
現在のバージョン(1.1)とその次のバージョン(1.2)ではJSF仕様で保証されている。
将来のバージョンではわからないけどね。
526:デフォルトの名無しさん
05/09/03 16:59:26
>>524
どのみち、今のところ、それしかManagedBeanを参照する綺麗な方法が無いと
思う。あきらめれ。
527:デフォルトの名無しさん
05/09/04 01:37:56
>>521
> そのif文を書き換えるだけで良いという考えが、技術力の低さ・業務での開発が分かってない、
> 典型的な例だと思います。
そうだねぇ。
キミの技術力の低さや、そんな技術力で業務での開発をやらないといけない事情を分かってないとは言える。
528:デフォルトの名無しさん
05/09/04 04:45:21
なんつうか認証だったら単純にJAAS使うのがいいんでない？
529:デフォルトの名無しさん
05/09/04 06:40:35
つうか、Tomcatの認証機能使えばいいと思う。
530:デフォルトの名無しさん
05/09/04 09:15:38
>>529
それはJAAS実装でなくて？
それとも、俺様の知らない、Tomcat独自の秘密の認証機能があるのか？
531:デフォルトの名無しさん
05/09/04 13:59:41
確かTomcatのはJAAS「互換」だけどJAAS実装じゃないとかよく分からんがそんな感じだった。
仕様を満たしてない部分があるとかかも。
どっちにしろJDBCやらLDAPのRealm作れば普通のWebアプリの認証は実現できるっしょ。
Tomcatだったら JdbcRealmは実装提供されてなかったっけ？
532:デフォルトの名無しさん
05/09/04 14:04:28
>>531
TomcatにもJDBC Realmあるよ。
533:デフォルトの名無しさん
05/09/04 18:52:18
アプリの配置された実ディレクトリのパスを取得したいんですけど、
JSFのELで取得するには、どのオブジェクトのなんという属性を
参照すればいいんでしょうか？
どういう暗黙オブジェクトがあるかというドキュメントは見ますが、
それぞれどういう情報を持っているかという資料は見つけられません。
どこかにいい資料はないものでしょうか？
#もしかして、中身については何も規定がなく、実装に依存する？
534:デフォルトの名無しさん
05/09/04 20:16:07
JSFとか意味わかってないんじゃね？
> どこかにいい資料はないものでしょうか？
URLﾘﾝｸ(www.ingrid.org)
535:デフォルトの名無しさん
05/09/04 20:33:04
JSFのEL
536:533
05/09/04 20:35:58
いや、ServletAPIじゃなくてJSFのELで取得する方法を探しています。
というのも、BackingBeanはあくまでもPOJOのままにしておきたい
(=FacesContextなどは参照しない)→とするとfaces-config.xml内で
<managed-property>で外部から値を設定してやる必要がある→
ここに記述できるのはELだから、なんとかしてELで実ディレクトリを
求められないか？という流れです。
他にうまいこと外部から値を注入してやる方法があれば、それでも
いいんですが。
537:デフォルトの名無しさん
05/09/04 20:40:26
うーんムズイねそれは
何をしたいのか処理の順番が分からないから答えにならないかもしれないけど
普通にサーバ側のページ初期化アクションでbean.setPath()とかやるのはダメなの？＿
538:デフォルトの名無しさん
05/09/04 20:52:15
533は大人だ。
539:デフォルトの名無しさん
05/09/04 21:01:16
実ディレクトリは動的に求めないとダメ？
<managed-property>の<value>に直接書くのは無しかな？
faces-config.xml にも環境依存の情報は書きたくない？
話しは少しずれるんだけど、
＞BackingBeanはあくまでもPOJOのままにしておきたい
これ、実は結構難しくない？俺もテストファーストでBeanを作ろうと
思ったんだけど、出力メッセージをFacesContextに入れるところや
UIComponentのComponent Bindingで断念した。orz
540:デフォルトの名無しさん
05/09/04 21:06:59
＞BackingBeanはあくまでもPOJOのままにしておきたい
これ、実は結構難しくない？俺もテストファーストでBeanを作ろうと
思ったんだけど、出力メッセージをFacesContextに入れるところや
UIComponentのComponent Bindingで断念した。orz
分かる、非常に同感
なんかさ、くちゃくちゃになるんだよねいろんなとこでいろんなことしたりしちゃって・・・
結局 static FacesContext.getCurrentContext()だっけ？
こいつが悪であり、しかしこいつがある理由が分かるような気がしないでもない
541:デフォルトの名無しさん
05/09/04 21:22:22
FacesContext#getCurrentInstance() ね。
JSFだとBeanがPOJOで作れてテストがカンタン！なんて幻想だったよ・・・orz
542:デフォルトの名無しさん
05/09/04 21:26:47
あまり不満ばっか並べてもJSFがかわいそうなので利点を挙げると
コンバータ・バリデータ・アクションって分けて開発できることかなぁ
初心者にはコンバータ・バリデータ書かせておけばよいし
543:533
05/09/04 21:40:02
なるほど、参考になります。
JSFは始めたばかりなんで、原則通りやってみようと考えて
いるんですが、現実には理想通りにいかない部分もあるん
ですね。
その後調べてみて、やはりELで直接取得するのは難しい
ようなので、代替案を考えました。
1. applicationスコープのbeanをひとつだけ用意し、この
生成時に実ディレクトリを取得しプロパティに保持
(これだけコンテナ依存)
2. その他のbean(sessionスコープ)は<managed-property>で
上記beanのプロパティ値をセット
試したところうまく動くようですので、これでいってみようと思います。
開発環境と運用環境が違うので、faces-config.xmlに環境
依存情報を記述するのは避けたいですね。それよりはまだ
コンテナ依存の方が許容できます。
544:デフォルトの名無しさん
05/09/04 21:47:06
>>533
そのパスって動的に変わる値だと思ってたけど固定なのね；；
ならば、web.xmlに環境変数として希望するパスの情報書くのはダメなのかな
<resource-env-ref> とか<env-entry>とか
545:デフォルトの名無しさん
05/09/05 02:19:29
しかし、いまだに
URLﾘﾝｸ(www.ingrid.org)
が引用されるのがさびしい限りだ。
546:デフォルトの名無しさん
05/09/05 14:03:49
>>524
遅レスだけどJSFにこだわらないでこれでいいと思うけど...
>だったらManaged Beanに頼る意味あるのかなあ。どうせServletFilterで生のセッション触るなら
>ログイン情報もログイン時にHttpSessionに直に書いてもいいんじゃないだろうか、とか。
あとはServletFilterのInitParameterで認証失敗時の遷移先URIやチェック除外対象のURIのリスト
とかを設定できるようにすればいいんじゃないの？
547:504
05/09/06 00:59:21
規制されて書けないうちにどんどん話が進んでゆく。。
>525
仕様で決まっていたんですか。知らなかったです。不勉強でした。
そういうことだったらログイン時のManagedBeanをServletFilterでチェックする
というやり方で問題なく対処できそうです。
ありがとうございます。
Tomcatの認証はLDAP使ってやったことはあります。
その時も理屈が理解できてないのに機能だけ使うのに抵抗を感じ、
アプリケーション内で実装しようと目論んだわけですが。
なんせJAASという単語も今知ったくらいなので、これからお勉強して手の内
に入れたらそういう便利なしくみを使うのもよいかなーと思います。
でも、頭が悪いのか、チュートリアル読んでもｲﾏｲﾁ理解できませんが。
精進します。
>546
ええ。それでもいいわけですよね。むしろ、そうあるべきなのか。
そして、JSFと全然関係ないスレ違いな質問をしていたのだという事実にようやく気付いたりしつつ。
548:デフォルトの名無しさん
05/09/06 17:42:19
JSFって、まだ本読んでもちゃんとアプリ作れないレベルなんですか？
新人達がJSFで社内ツール作らされてちゃんと作ってたみたいだけど、
どうやってたんだろう？
イントラだからセキュリティは若干甘いかもしれないけど
549:デフォルトの名無しさん
05/09/06 19:42:49
>>548
そんなこたあ無いでしょ
別に（ふつうの）Servletや非JSFページとも併用できるんだし
550:463
05/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
05/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:名無しさん＠そうだ選挙に行こう
05/09/10 19:30:26
ハードウェアとアプリケーションの寿命は違うがな。
553:名無しさん＠そうだ選挙に行こう
05/09/11 02:06:07
>> .NETFramework自体は無料。
このへんからトラップのにおひがするぉ
554:名無しさん＠そうだ選挙に行こう
05/09/11 07:38:48
>>553
いや、フレームワーク自体は無料だろ。
有料なのは開発環境な訳だし。
.NETFrameworkSDKは無料でダウンロードできるし、
メモ帳とかでソースコード書いてコマンドラインでコンパイルすれば、そのまま配布もできるし。
555:名無しさん＠そうだ選挙に行こう
05/09/11 08:48:43
.NETがいいと思うなら.NET使えばいいじゃん。
ここはJavaのほうが総合的に良いと思って使っている人たちのスレ。
556:名無しさん＠そうだ選挙に行こう
05/09/11 12:06:15
今時メモ帳でソース書く人とかいるのか？
557:名無しさん＠そうだ選挙に行こう
05/09/11 12:17:42
別にメモ帳の部分にこだわる必要はないんじゃない？
EclipseでだってC#とか書けるし、WebだけでいえばWebMatrixとかもあるし。
558:名無しさん＠そうだ選挙に行こう
05/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:名無しさん＠そうだ選挙に行こう
05/09/11 13:47:59
おれがSunのJSF実装で試したときは
値が未入力の場合、Validatorにそもそも渡らなかった気がするんだが、気のせい？
560:名無しさん＠そうだ選挙に行こう
05/09/11 14:12:05
>>559
SUN実装は使ったことないから分からない。
とりあえず、MyFacesでは問題無かった。
それと、余談になるんだが、お前様方の周辺でJSFってどんなかんじ？
俺の場合、会社だと新規のJava案件は殆どWebSphereを使うから、JSF使ってるから、
結構流行ってると言えば、流行ってるんだけど、他ではどうかとちょっと気になった。
561:463
05/09/11 14:36:10
>>558
なるほど、独自にチェックするしかないのね。
確かに出来そうだと思ったが、
>>559が書いてるようにMyFacesでも値が未入力だとValidatorに行かないな。
>>558=>>560も低レベル技術者のようで・・・
つうか、この辺はStrutsの方がマシだな。
登場してからの歴史が長いってのもあるんだろうな。
でも、JSFはやっぱいUIだけって感じなんだろうな。
だからStrutsとJSFが連携できるようになってるんだろうな。
Strutsを補う意味でJSFを使うのかと思ってたけど、
本当はJSFの貧弱さを隠すためだったんだな。
この辺を見ると、.NETFrameworkって素晴らしいと本当に実感したよ。
562:名無しさん＠そうだ選挙に行こう
05/09/11 14:51:29
このスレとしてはJSF＞＞＞＞＞(超えられない壁)＞＞＞ASP.NETであってほしいが、そうもいかないって事か。
とりあえず、「h:output_text」とか書いてある古いJSFの資料は捨てちゃっても構わないよね？
563:463
05/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:名無しさん＠そうだ選挙に行こう
05/09/11 16:41:41
（L）AMPのような手軽さもなければ、.NETほど生産性が高いわけでもない。
今はまだ数で圧倒的ではあるけど、難しい局面になってることは確かだな。
565:名無しさん＠そうだ選挙に行こう
05/09/11 17:46:49
>>563
中国は国家主導でLinuxの導入進めてる。
個人レベルではWindowsのシェアが高いけど、企業レベルでは殆どがLinux環境。
566:名無しさん＠そうだ選挙に行こう
05/09/11 18:20:02
>>565
別に国家レベルでLinux導入進めていたって、その中国の人間の客は日本なんだから、
日本向けに技術者を教育なり集めるのが普通だろ。
中国とかは関係無いよ。
あくまで客である日本企業の需要に合わせる。
俺らだって、客先が有無を言わさず『Linuxで！！』と言われればLinux使うし、
『Linuxは絶対に駄目。Windowsサーバで！！』と言われればそれに従うだけだし。
567:名無しさん＠そうだ選挙に行こう
05/09/11 18:42:37
JSFについて、日々意見が交換されているフォーラム等ってない？
「JSF フォーラム」で検索すると「日本宇宙フォーラム」や「ヤパーナ社会フォーラム もう一つの世界は可能だ」
とか、変なものがヒットするんだが。
568:名無しさん＠そうだ選挙に行こう
05/09/11 19:11:44
>>567
だから、流行ってないんだって。
むしろ、Seasar2のS2JSFのメーリングリストとかの方が活発に意見交換されている。
だけど、あそこはあくまでもS2JSFの話題だからなぁ。
基本的にはJSFを使用するのは時期尚早って感じなんじゃない？
だから、このスレとかでもあまり意見交換って行われてないじゃん。
JSFが気になった奴もちょっと使ってみて、『つかえねぇ』と感じて、
結局今まで通りって流れのような気がする・・・俺のように・・・
569:名無しさん＠そうだ選挙に行こう
05/09/11 19:25:51
>>567
適当に探してみた
jsf-jp JavaServer Facesに関するMLです。
URLﾘﾝｸ(groups.yahoo.co.jp)
@ITのJava Solution 会議室
URLﾘﾝｸ(www.atmarkit.co.jp)
570:名無しさん＠そうだ選挙に行こう
05/09/11 20:19:47
一応、２つのプロジェクトでJSF（IBM実装で）使ったりしてはいるが
どうもここ見る限りでは浸透していない様子だなぁ・・・
あぼんの予感がする
571:名無しさん＠そうだ選挙に行こう
05/09/11 20:23:43
まだこれからでしょ。今は時期尚早という見方も多い。
実装による質のばらつきもまだまだ多いし。
初期のServletコンテナもベンダーによる質のばらつきが多かったのに似ている希ガス。
各ベンダーやオープンソースによる実装が安定して、さらに
オープンソースの高機能なJSF開発環境やEclipseプラグインが
出てくると一気に普及すると思うけどな・・・。
572:デフォルトの名無しさん
05/09/12 01:51:49
フレームワークのプログラミングモデルがたぶん大幅に変わらないから、
代わっても1.2見るだけでも局所的及び一部分だ。だとすると覚えるのは
モデルだけで後は、どうやって利用するかどこに利用できるかってことに
今は知恵を使ったほうがいいよ。現状のレベルだといきなりASP置き換えはﾑﾘ
それだとどこまでのレベルで使えるのか判断したほうがいいよ
Webspherは全部のプロジェクトでつかえるものではないしな
573:デフォルトの名無しさん
05/09/12 22:47:10
どっちかというとStrutsの置き換えみたいな考え方で、1.2以降ボチボチと使われ始めるんじゃないだろうか？
ASP.NETの対抗馬としてサンは開発環境込みで広めたかったんだろうが、
Eclipseで開発できない限りJavaの世界じゃ広まらないからな
574:デフォルトの名無しさん
05/09/13 01:57:34
IBMかHPの実装がでないと意味が無い。SUNは弱体化してもう虫の息だ。
こんなところが実装するソフトウェア基盤はゴミでしかない。M$の金魚の糞は
つぶれたほうがいいよ
575:デフォルトの名無しさん
05/09/14 04:26:15
>>573
＞Eclipseで開発できない限りJavaの世界じゃ広まらないからな
Eclipseでの開発の有無より、スレ見てる限りJSFの仕様（実装）が糞だから
みんな使わない（業務で役に立たない）んじゃない？
576:デフォルトの名無しさん
05/09/14 08:02:40
>>575
いや、仕様よりもEclipseだろ
577:デフォルトの名無しさん
05/09/14 08:12:35
そうだな、どんなに素晴らしい仕様でもどうしようもない
578:デフォルトの名無しさん
05/09/14 21:00:29
確かにツールがないとつらいな。
あとは日本語のマニュアルｗ
579:デフォルトの名無しさん
05/09/15 15:04:20
>>534 >>545
Googleだと古い方のページがトップですが、
新オフイシャルサーバを参照する方がよいですよね。
「Servlet および JavaServer Pages API ドキュメント (Tomcat 4.0)」
URLﾘﾝｸ(www.jajakarta.org)
Servlet API 2.3とJavaServer Pages API 1.2なので
JakataのTomcat 4.1のページと同等ですね。
Servlet API Documentation (Tomcat 5.5)
URLﾘﾝｸ(jakarta.apache.org)
JavaServer Pages API Documentation (Tomcat 5.5)
URLﾘﾝｸ(jakarta.apache.org)
Servlet API Documentation (Tomcat 5.0)
URLﾘﾝｸ(jakarta.apache.org)
JavaServer Pages API Documentation (Tomcat 5.0)
URLﾘﾝｸ(jakarta.apache.org)
Servlet and JavaServer Pages API Documentation (Tomcat 4.1)
URLﾘﾝｸ(jakarta.apache.org)
JSFもそうですが、最新バージョンの日本語マニュアル欲しいですね。
580:デフォルトの名無しさん
05/09/16 00:48:26
Servlet + Velocity で十分でしょ。
581:デフォルトの名無しさん
05/09/16 01:34:44
>>580
えらいねぇ。
漏れはもうStrutsなりJSFなりがないとしんどくてだめだよ。
582:デフォルトの名無しさん
05/09/16 01:43:17
>>580
Velocity使うより、ふつうにJSPで充分。
というかVelocityよりはJSPのほうがいい。
583:デフォルトの名無しさん
05/09/16 03:12:55
Velocityはマクロ周辺をもう少し使いやすく・・・
マクロファイル大量に分ければいいか・・・
584:デフォルトの名無しさん
05/09/16 03:14:15
あえてVelocityを使うほどのメリットあるの？
HTML出力以外だと便利だけど。
JSPでよくない？
585:デフォルトの名無しさん
05/09/16 13:35:11
て言うか、Maya最強！
586:デフォルトの名無しさん
05/09/16 13:56:31
>>584
デザイナからするとJSPよりVelocityのほうが扱いやすいらしいよ
587:デフォルトの名無しさん
05/09/16 14:11:06
>>585
いろいろ毎日忙しくて
まだ検証にも踏み切ってないんだけど
実務に使えそう？
588:デフォルトの名無しさん
05/09/16 14:22:56
>>586
#ifとかがプレビューで見えたほうがいいってこと？
589:デフォルトの名無しさん
05/09/16 15:29:18
>>587
パフォーマンス的な事を言ってるなら、Velocityを使えると考えるなら
それと同じくらいには使える。
CSSを用いればHTMLからレイアウトと装飾を分離できる。
ってのは最近では当たり前に知られてる利点だけど、それと同じ感
覚でWEBアプリ依存部分を分離できる。
これを逆に(Seasar的に)見ると、MayaファイルでHTMLに対してWEB
アプリへの依存性を注入してる(所謂DI)とも言える。
あと、XPathを利用した複数箇所に現れる同一タグへの処理はAOP
的。こういった辺りが概念的に気持ちイイ！
590:デフォルトの名無しさん
05/09/16 16:31:57
>>589
そういうのわかりやすくまとめてある資料ってありますか？
591:デフォルトの名無しさん
05/09/16 17:10:21
>>590
URLﾘﾝｸ(maya.sandbox.seasar.org)
ここ読んであとはサンプル弄ってみるくらいかな？
hoge.htmlとhoge.mayaが組になってる事さえ意識できれば
変更、結果表示の繰り返しで触れるようになると思うよ。
592:デフォルトの名無しさん
05/09/16 19:12:21
いまのとこ使う気はないけど、どんなものか試してみたいっていうにはちょっと壁が高いな。
593:デフォルトの名無しさん
05/09/16 20:58:15
Seasarって俺はどうも好きになれないんだよね。
メーリングリスト（参照だけならWebで見れる）でも、開発者自ら『MyFacesの糞実装』と
表現は違えど、名言しているにもかかわらず、S2JSFでは思いっきりMyFacesを使ってるし。
個人的には糞実装の上に、どんなに良いものを乗っけても、土台が糞な以上、
S2JSFも糞なんだよな・・・
つうかJSF自体オープンソースになったんだから、独自に実装すればいいんだよ。
594:デフォルトの名無しさん
05/09/17 01:02:45
JSP+ELが最強ってことだな？
595:デフォルトの名無しさん
05/09/17 01:11:48
>>594
JSP+EL+JSFでおけ
596:デフォルトの名無しさん
05/09/17 01:45:34
まさたかさんはとりあえず
URLﾘﾝｸ(www.theserverside.com)
を読んでおいてもらいたい。
597:デフォルトの名無しさん
05/09/17 03:09:57
>>593
S2JSFのどの辺が糞ですか？
個人的には、S2JSFはMyFacesの糞実装をうまく隠蔽する仕組みにしたつもりですが
598:デフォルトの名無しさん
05/09/17 11:10:08
Seasarを避難すると個人掲示板だろうがどこでも現れてくるよね
中の人
599:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/17 11:34:04
>>599
Sunの実装は？
ぽとぺたできて1万くらいだったような
601:デフォルトの名無しさん
05/09/17 11:37:57
>>599
> ビューの部分をHTMLで書いて簡単に確認できる
え？カスタムタグ使ってる系ってこれが出来ないから
デザイナーとのやりとりや変更が多いタイプの仕事では
テンプレート系がもてはやされてるんじゃないの？
602:デフォルトの名無しさん
05/09/17 11:41:24
>>600
Sunの実装って、色々なJSF使えるの？
jsf-1_1_01、MyFacesとかとかIBMのとかOracleのとか。
俺が言いたいのは、開発するのに貼り付けられるってのは重要だけど、
何を使うかは自由でいたいの。
仕様としてちゃんと決められてるんだから、その仕様に基づいて実装させていれば、
この部分は自由に出来るはずだよね。（できないなら開発ツールが糞か実装が糞か仕様がそもそも糞）
603:デフォルトの名無しさん
05/09/17 11:45:47
あともう1つは、開発環境、もう少し軽くならないもんかなぁ・・・
Javaで作られてる開発環境重過ぎる。
IBMのなんて、CPU3.5G、メモリ2GBでも余裕で重いし落ちるしな。
.NETFrameworkで作られた開発環境は、CPU800MHz、メモリ512でも
Javaの開発環境と比較して、比べ物にならないほどスムーズだしな。
ある程度のマシンスペックが要求されるのは、我慢できるが、
ハイスペックのマシンで、やっと動いてますってのは我慢できない。
604:デフォルトの名無しさん
05/09/17 11:50:26
>>601
MSの世界ではUIはVBプログラマの仕事みたいよ。
レイアウト、デザイン、ロジックで分離とか言っても、そもそも
そういう視点を持ってないMS側の人には分からんだろう。
一人で全部作るには確かに楽ではあるしね＞ASP.NET
605:デフォルトの名無しさん
05/09/17 11:52:17
>>604
JSF（JSP）だって、UIはJavaプログラマの仕事じゃん。
レイアウト、デザイン、ロジックで分離とか言っても、そもそも
そういう視点を持ってないJava信者の人には分からんだろう。
一人で全部作るには可也の苦労があるしね＞JSF
606:デフォルトの名無しさん
05/09/17 13:26:33
S2JSFって、結局JSFの知識が無いと作れない気がするのだが・・・
たしかにHTMLだけで画面表示が可能だが、それだけでデザイナーに作業をお任せするのは難しい気がする
独自タグ属性をデザイナーのHTMLに追加するのも、JSPでカスタムタグに置き換えるのと大差ない気もするし
真にデザイナーに仕事をやらせようとするのなら、ASP.NETのようにビジュアル開発環境を用意するしかないんじゃないかな
となると、ノーマルJSFが安定して、Eclipseで開発環境が整うのを待つしかないのかも
607:デフォルトの名無しさん
05/09/17 14:05:35
>>600
SunJavaStudioCreatorの30日体験版入れてみた。
使えねぇ・・・
まず、余計なAPサーバとかWebサービスとかインストールし過ぎ。
JSFつかったら、デフォルトでFORMからコンポーネントまで何から何まで
コンポーネントバインディングかよ・・・
せめて <h:inputText>とか貼り付けたら、プロパティでIDを変更したりしたら、
バリューバインディングして、ビーンにセッター/ゲッターを自動で追加・削除・変更とかを
デフォルトでやってくれればいいのに・・・
つうかね、コンポーネントバインディングなんて使う場合の方が希少なのに・・・
608:デフォルトの名無しさん
05/09/17 14:08:32
IBMのJSF環境を使うとWASが前提になるって
話があったけど、厳密にはSDOがWAS前提なんだよね?
マニュアル見ても特にJSFに関して縛りはないみたい
だし、SDOと併用しない場合は別途データアクセスbeanを
用意しろってマニュアルに書いてあるし、(意味があるかは
別として)SDO必須ってわけでもないし。
609:デフォルトの名無しさん
05/09/17 14:08:45
あと、IDE自体が駄目だな。
requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。
これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、
特定条件下でture/falseを動的に設定できるのに、これができないじゃん。
JSFの使い方も知らないのに開発環境作るなって感じだよな・・・
610:デフォルトの名無しさん
05/09/17 14:15:18
うわぁ・・・
JDKも何も聞かないで勝手に入れるのかよ・・・
SUNの開発環境駄目過ぎ・・・
環境設定までは弄れれて無いみたいだけど、まさしく、JDKやAPサーバまで限定した開発ツール・・・
無料で使えと言われても、こんなの使いたく無い。
611:デフォルトの名無しさん
05/09/17 14:18:06
JSP+ELが最強ってことでよろしい？
612:デフォルトの名無しさん
05/09/17 14:20:03
>>606
MayaだとXPathで素のHTMLにもインジェクションできる。
Tiles相当の機能が先日追加されて、レイアウト周りも強化された。
GUIエディタとタグに関するドキュメントが未整備だけどなｗ
分離度(てなんだ？ｗ)で言えばMayaが最も高い。
何より、デザイナの道具を限定しないの素晴らしい。
613:デフォルトの名無しさん
05/09/17 15:12:23
>>607>>609>>610
乙。やっぱりSunは糞だったか・・・
結局、現状ではJSFにまともな実装は存在しないってことなのかね
614:デフォルトの名無しさん
05/09/17 22:57:25
ごく小規模な開発で、
実験的にSun Java Studio Creatorで開発しようと思ったんだが、やめた方がいい？
JSFをよく知ってない俺は、コンポーネントバインディングだろうが、
楽に開発できれば別にいいんだけど。
JDK、APサーバ限定は開発環境だけだから目をつぶる。
「手で書けば、こんなに仕様どおりにたくさんの事ができるのに！」っていうのも分かる。
が、手書きするのに、色々と勉強しなければ使えないのなら、あまり魅力はない…。
まず俺がもっと勉強します。
615:607
05/09/17 23:24:05
>>614
＞ごく小規模な開発で、
＞実験的にSun Java Studio Creatorで開発しようと思ったんだが、やめた方がいい？
使ってみた結果、お勧めできない。
JDeveloper10gが10月3日だっけ？から無料になるんだが、
トライアル版を試してないので何ともいえない。
個人的には、Eclipse＋FacesIDEを使うのが今の所、安心だし、分かりやすいし、安定してる。
＞JSFをよく知ってない俺は、コンポーネントバインディングだろうが、
＞楽に開発できれば別にいいんだけど。
JSFを良く知らないのに、設計して作るなら、ツールが良くても、開発は楽じゃないと思うよ。
とはいっても、SUNのIDEで開発が楽になるのは、JSFを良く知ってる人じゃないと難しい。
というか、JSFを良く知らない人間がSUNのIDE使ったら、多分、何が何だから分からない状態になる。
＞JDK、APサーバ限定は開発環境だけだから目をつぶる。
激しく危険な匂いがします。
＞「手で書けば、こんなに仕様どおりにたくさんの事ができるのに！」っていうのも分かる。
＞が、手書きするのに、色々と勉強しなければ使えないのなら、あまり魅力はない…。
少なくても、現状だとIDE（SUNもIBMも）を使って、開発するためには、
手書きで普通に書ける勉強をしないと、恐らく開発自体が進まない。
あくまでも、手書き出来る人間が開発を楽する為のツールと考えておいた方が無難。
勉強せずにとりあえず動いて、何か問題があったら、勉強なり調べれば良いやという開発なら、
迷うことなくASP.NETがお勧め。
＞まず俺がもっと勉強します。
俺もまだまだ勉強中だよ。
616:デフォルトの名無しさん
05/09/17 23:42:47
Sun Java Studio CreatorのデータベースサーバーはJDBC3.0に準拠しているJDBCドライバしか使えないし。
IDEの都合で使用するライブラリを変更するってのは、ちょっと抵抗があったぞ。
617:デフォルトの名無しさん
05/09/17 23:51:58
PostgresがJDBC3対応するのはいつだろうか・・・
618:614
05/09/18 00:02:39
>>615
なるほど。参考になった。ありがとう。
Web開発を知らなくても、CreatorとJSFでポトペタで開発できるかと思っていのですが、
まだまだ、そこまでは成熟していないというわけか。
それなら、ASP.NETというのは100も承知なんですが、そこはまあ、いろいろと事情がありまして・・・。
Web開発について知らなくても、（VB的に）そこそこ開発できるようになるのが、JSFの魅力だと俺は思ってる。
なので、まだ勉強しなければ使えないというのであれば、
IDEが成熟するまで待とうかとも思う。。
俺自身は、もう少しCreator使って勉強しておきます。
＃30日間、SDCのドキュメントが読めるはありがたいので。
Eclipseで使えるExadel Studioとやらも評価してくれ！
URLﾘﾝｸ(pcweb.mycom.co.jp)
＞requiredなんてチェックボックスでtrue/falseを固定でしか設定できない。
＞これだって、バリューバインディングさせて#{Bean名.関数名}としておいて、
ちなみにこれは、コンポーネントを右クリックして「プロパティのバインド」でいいんじゃないのかな？
619:デフォルトの名無しさん
05/09/18 00:58:48
>>618 Exadelかあ。今のは使ったことないな。
Eclipse系のJSF環境は、Oracle, IBM, Exadel, etc...の間で
調整が続けられてて今後どうなるかちょっと不透明だよなあ。既に
完成した製品を持ってるIBMは政治的な理由でリーダーシップを取れないし、
一応リーダーのOracleは手元に物がないし、Exadelは議論の場では
頑張ってるみたいだけどリソース的には他の2社より劣るし...
予定のスケジュールまで一年もないから、またとりあえず
IBMがRationalのコード出して、Exadelはそれ使ってお茶濁した製品
だして、その後でOracleが色付けてくってWTP0.7のパターンを繰り返す
気がするよ。
620:デフォルトの名無しさん
05/09/18 01:06:24
ビジュアルエディタの類は、WEB上では需要があるんだけど実務の現
場ではそうでもないからな。
LinuxのGUIな設定ツールがなかなか育たなかったのも、実務の現場
で十分な需要が出なかったせいだし、作るには理解してなきゃならな
いが、理解してる人は作る必要がないという。ドキュメントやチュート
リアルにしてもそうだけど、使う人 = 作る人の世界特有の問題という
か何というか・・・・・・
621:デフォルトの名無しさん
05/09/18 18:34:15
でもって、結局、JSFってどうなの？
時期尚早とか意見もあるけど、今現在を考えた場合、仕事とかで使うのは辞めた方が良いって事でいいのかな？
このスレ見ても廃れてるし、ネットとかで検索しても情報量は少ないし、書籍の数も少ない。
それに、次のStruts（Shaleだっけ？）がJSF使うみたいだし、
現状だと新規や大規模の修正なり拡張はJSFでってStruts/JSFの設計者は言ってるけど、
結局、現状はStrutsを使い続け、Shaleが出てからJSFは考えようって事でいいのかな？
あと、1つ気になったんだけど、JSFってMVCのViewの部分に特化してるんだよね？
これで携帯用Webシステムも作れるのかなぁ？
622:デフォルトの名無しさん
05/09/18 18:40:21
MVCのコントローラって画面の遷移のこと言ってるの？
623:デフォルトの名無しさん
05/09/18 21:06:45
＞これで携帯用Webシステムも作れるのかなぁ？
もともと、JSFはPC用のブラウザに特化したものではない
実装が俺の知る限りでは無いが、Flashのコンポーネント・携帯用のコンポーネントなど出来ることは出来るらしい
624:デフォルトの名無しさん
05/09/18 22:06:09
IBMはflashのコンポーネントを出してる。
625:デフォルトの名無しさん
05/09/19 12:14:54
Strutsのhtmlタグのように、単純にHTMLタグを作成するような作りではないから
携帯用となると、今のJSF1.0では厳しい気もするな
携帯が全部PCビュアー搭載すりゃ話は早いんだろうがｗ
626:デフォルトの名無しさん
05/09/19 12:25:32
ん？要するにrenderkit実装すればいいんでしょ？ちがうの？
まあ、現実問題としては実装済みのrenderkit群が存在しないことには
やっとれん＝使い物にならんと言えるだろうけどな
627:463
05/09/20 12:53:54
さてさて・・・
selectManyCheckbox使えねぇな。
デフォルトで1行で出力しちまうのは、まぁ仕方ない。
これじゃ見栄えが・・・という訳でどうにか変更できないものか。
調べてみると、layoutでpageDirectionを指定すると、
1行1項目で出るみたいだ。
なるほど・・・使えない。
本当に欲しいのは、1行ｎ項目という風に指定できる方法。
どうやら、layoutに指定しているものがレンダラという奴らしい。
つまり、レンダラを作れって事なんだな。
つうか、日付のコンポーネント同様にくだらねぇ。
デフォルトで1行に全部出してしまうのと、
1行ｎ項目ってのを作れば、殆どＯＫなのに、何無駄な事やってんだろ。
本当に、仕様決めたりとか実装してる奴って、
実務を知らないんだろうなと、改めて実感。
プレゼンテーション層に特化したはずのフレームワークなのに、
肝心の部分が駄目。
JSFもStrutsみたいに、Logicタグでも用意して・・・って方が
シンプルで良いんじゃないのか。
多分、俺がServletが出たとき(JSPすら出ていない頃)に作った
俺々フレームワークの方が遥かに高性能だし生産性あがるよ。
628:デフォルトの名無しさん
05/09/20 13:15:52
S2JSFの話だけど
デザイナーとの分業ってより
ユーザーレビューで使うHTMLがそのまま
動くって所が売りなんだよね。
あくまでもユーザー重視。
とかフォローしようと思ったら
URLﾘﾝｸ(d.hatena.ne.jp)
てなわけで、ひがたんはMyFacesに見切りをつけたもよう。
あーそれがええ、ええ。
早くやってくれー。
629:デフォルトの名無しさん
05/09/20 13:34:45
JSF RIを使っていろいろ試してるんだけど、
Faces Servlet経由でWEB-INF以下が丸見えになっちゃうんだけど、
これ、どうにかならないかな？
例えば、具体的には
Faces ServletのURLパターンマッピングを /faces/* としたときに、
URLﾘﾝｸ(host:port) とやると
ブラウザにweb.xmlの内容が表示されちゃう。
これまでは、見せたくないリソースはWEB-INFの下に置けってのが
定石だったけど、どうしたものか・・・
630:デフォルトの名無しさん
05/09/20 19:08:33
>>628
俺的にはMayaで標準を謳ってくれてる辺りが好感触＆期待大だ。
ただ、S2Strutsを使った事がない上に無設定Strutsってのが全く想像つかん
状態なんで追いきれるかが不安だ＿|￣|○|||
631:デフォルトの名無しさん
05/09/20 19:59:36
>>629
うはー。マジだ。
classファイルやjarファイルもダウンロード出来ちまう。
632:デフォルトの名無しさん
05/09/20 20:30:20
>>631
最悪だなｗ
633:デフォルトの名無しさん
05/09/20 20:36:20
>>629
これって、「security-constraint」で防げる？
今、手元に試せる環境がないし……。
634:デフォルトの名無しさん
05/09/21 00:23:46
S2StrutsのPOJOActionは、JSFのManagedBeanのような作り方が出来る。
setterフィールドでRequestパラメーターをフィールドにセットしたり、getterフィールドでRequestやSessionに値をセット出来る。
JSFの知識があると逆に使い易いと思う。
635:634
05/09/21 00:25:03
>>634はsetterメソッド、getterメソッドの間違いorz
636:デフォルトの名無しさん
05/09/21 00:31:53
>>629
最悪だな・・・
JSFの実装は、どっかが一から作り直した方がいいんじゃないのか？
637:デフォルトの名無しさん
05/09/21 00:35:59
実装の問題なのか仕様の問題なのかは微妙なところだな
638:デフォルトの名無しさん
05/09/21 01:15:36
仕様と聞いてふと思い出したが、JSF内に大量にある実装ゼロのabstractクラスは何とかならないんだろうか？
639:デフォルトの名無しさん
05/09/21 01:22:19
>>637
俺もそこが気になる。
640:デフォルトの名無しさん
05/09/21 12:40:21
ひがたん開発専念宣言、S2Struts期待大。
641:607
05/09/22 15:40:27
ちょっと話題が戻るけど、今日、ExadleStudio3.0のFree版入れてみた。
ちょっと使った感想は、可也いい感じ。
JSFのペトポトに若干不満を感じるが、それでもいい感じ。
基本的にEclipseベースなのでJDKの選択の自由がある。
サーバもTomcatやJBOSSを始め、IBM、BEA、SUNなど選べるし、
JSFの実装も選択可能。
フリーでこれだけ出来ればいいね。余計な事しないし。
有料だと、他に何ができるか、
ちゃんとドキュメントも読んでないから何とも言えないが・・・
642:デフォルトの名無しさん
05/09/22 19:58:10
>>641
俺もExadelStudio3.0Free使ってるんだけど、
俺は、出来のいいHTMLエディタ(編集時にリアルタイムプレビューできる)、
JavaScriptエディタ、CSSエディタを使うため(だけ)に入れてる。
643:デフォルトの名無しさん
05/09/22 22:55:08
>>642
それらのエディタって、JavaScriptエディタとCSSエディタは
Eclipse.orgで配布しているやつそのままだし、要するに
リアルタイムビューできるhtmlエディタのためだけにExadel
まるごと入れてるってことか。
644:デフォルトの名無しさん
05/09/22 23:41:30
>>643
＞それらのエディタって、JavaScriptエディタとCSSエディタは
＞Eclipse.orgで配布しているやつそのままだし
そうだったのか。。。知らなかったよ。教えてくれてサンクス。
ExadelStudioは重いからなぁ
Eclipse.orgで配布しているプラグインを試してみます。
645:デフォルトの名無しさん
05/09/23 00:13:42
HTML、JSF、StrutsのタグのみのJSPファイルなら、
AmaterasのHTMLエディタでプレビューできたような気がする。
646:デフォルトの名無しさん
05/09/23 05:17:34
>>645
天照のHTMLエディタのプレビューだと、JSFのoutputTextとか処理してくれないのよね。
つまり、役に立たねぇ。
647:デフォルトの名無しさん
05/09/23 20:04:43
S2JSF1.0.5リリースされたわけだが、相変わらず手を入れれば入れるほど、
UIの部分は糞になっていくな。（バックグラウンドは特に言う事ないが）
バリデーションのメッセージでm:labelが使えるようになりました。
m:labelを使ったバリデーション。
<input id="userName" type="text"
m:label = "User Name"
m:value="#{validatorDto.userName}" m:required="true">
<span m:inject="s:validator"
m:binding="#{userNameLengthValidator}"/>
</input>
アホ過ぎる・・・
なぜ、ラベルと入力項目を一緒にするんだ・・・
ラベルと項目の間にHTMLとか入れたい場合どうするんだ・・・
ウザイ事してないで、MyFacesのx:message見たいにx:outputLabelのforでUIと関連付けさせて、
メッセージはそれを見て拾ってくれば良いんだよ。
比嘉だか古賀だか加賀だか知らないけど、Web開発の現場を知らない奴が偉そうに、
こういった物を作るなと言いたい。
しかも、どんどんデザイナとプログラマの作業分担が難しくなっていく・・・
まぁ、仕方ないんだよな。
こいつらの腐った頭では、プログラムの分かるという前提のデザイナか、
プログラマがデザイナとして作業するって考えだしな。
648:デフォルトの名無しさん
05/09/23 20:25:35
>>647
つS2Struts＋Maya
649:デフォルトの名無しさん
05/09/23 21:03:36
>>648
盲目的にS2周辺のプロダクトを勧める信者が定期的に沸いてくるな。
とりあえず、その「S2Struts＋Maya」とやらがJSFと比べてどこが優れているのかまとめてくれ。
650:647
05/09/23 21:28:34
>>649
優れてる訳無いじゃん。
S2JSFだってMayaつかってるんだから。
そもそも、このMaya自体が糞。
普通のデザイナ（Javaとか知らない）がm:injectとか書くという時点で終わってる。
なんで日本のローカル言語というかテンプレートを勉強する必要があるんだ。
仮に、デザイナがある程度プログラム的な作業をするなら、
そのままJSPなりJSFのタグ覚えた方が、仕事的にも幅は広がるし、
JavaでのWeb開発で大多数の人間が使うんだから、そっちを覚える。
そもそも、デザイナとプログラマの作業を分離したかったら、
デザイナに余計な作業させるな。
デザイナは<input type="text">という普通のHTMLだけ書かせればいいんだよ。
でもってプログラムとの対応だけさせるためにidだけ振らせる。
あとは、プログラマがそのidについてJavaでのプログラムなりXMLで
requiredとかLengthとか設定できればいい。
しかも、Mayaの場合、m:injectと書かせておいて、さらにc:outとか書かせる。
もうアホ。
c:outとか分かるんだったら、普通にJSPなりJSFなりのタグ覚えてって方がよっぽど楽だろ。
しかも、これがIPA未踏ソフトウェア創造事業に採択されたんだろ？
確か1500万だっけ？
ボッタクリもいいところだよ・・・
651:デフォルトの名無しさん
05/09/23 21:56:19
>デザイナは<input type="text">という普通のHTMLだけ書かせればいいんだよ。
>でもってプログラムとの対応だけさせるためにidだけ振らせる。
つMaya
て言うか、オマイの態度が気に入らないｗ
652:デフォルトの名無しさん
05/09/23 22:05:49
>>651
ぉぃぉぃ。
Mayaは単純なHTMLじゃないだろ。
確かにHTMLとして”見る”ことは出来るがな。
m:inject="c:out"
とか書かせてる時点で終わってるって言ってるんだよ。
そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。
つまり、Mayaを覚える（使う）為にはJSPやJSFの基本的な知識が必要。
ならば、JSPやJSFを覚えて、そのまま使った方がよっぽど汎用的。
今、問題にしてるのは、そもそもデザイナにこういったJSPとかJSFを意識させるなって事。
下手にJSPとかJSFの知識が必要だから、デザイナは100％HTMLでデザインして、
出来上がったデザインにプログラマが埋め込むって作業しないといけない。
でもって、デザイン変更とかあると、再度この作業のやり直し。
＞て言うか、オマイの態度が気に入らないｗ
俺はお前の姿勢が気に入らない。
理論的に、反論してみたらどうだ？
○○をこう書くことによって△△の利点があるとかさ。
653:デフォルトの名無しさん
05/09/23 22:11:35
いくら２ちゃんといえども横柄な書き方をすると議論以前のレベルで荒れるということだな
654:デフォルトの名無しさん
05/09/23 22:40:17
>>652
お前がお前で在り続ける限り、俺はお前に答えを教えてやる気はない。
>Mayaは単純なHTMLじゃないだろ。
NO！
>m:inject="c:out"
>とか書かせてる時点で終わってるって言ってるんだよ。
>そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。
TIMTOWTDI
>つまり、Mayaを覚える（使う）為にはJSPやJSFの基本的な知識が必要。
エンジニアに対してはYes。デザイナに対してはNo。
>俺はお前の姿勢が気に入らない。
>○○をこう書くことによって△△の利点があるとかさ。
その様な親切をお前にくれてやるつもりは微塵もないｗ
655:649
05/09/23 23:00:09
「S2Struts + Maya」について、利点をまとめてもらえないみたいなんでぐぐってみた。
激しくマイナーなんだな……。コレ。
まぁ、予定通り土日はさらにJSFの勉強しないとな。
S2Struts Maya の検索結果のうち 日本語のページ 約 268 件中 1 - 35 件目 (0.06 秒)
最も的確な結果を表示するために、上の35件と似たページは除かれています。
検索結果をすべて表示するには、ここから再検索してください。
656:デフォルトの名無しさん
05/09/24 18:06:05
>>629
気になったんで調べたんだが、MyFaces1.0.9 + Tomcat5.5.9 + Sevlet Version2.3でも再現したぞ。
■A Sun Java Studio Creatorが自動生成
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>/faces/*</url-pattern>
<!-- <url-pattern>*.faces</url-pattern> -->
</servlet-mapping>
■B Exadel Studio 2.5.2が自動生成
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>
Aのservlet-mappingを適用することで、何故かWEB-INF以下が丸見えになるってことか。
Bの設定だとWEB-INF以下を指定しても404が返ってきたんで一安心って感じ。
Faces Servletのurl-patternの設定はWEB上の資料だとAの「/faces/*」がかなり目立つが、
結局どの値を設定すればいいのだろうか……。
657:デフォルトの名無しさん
05/09/24 18:55:09
ひがさん主導のS2JSFに出てくるMayaと、まさたかさん主導のMayaはまったくの別物みたいですよ。
IPAに採択されたのは後者のMayaのみ。日記漁ると昔いろいろあったようで、名前が同じなので判りにくいですけど。
S2JSFはデザイナとの分離はできてないと思います。理由はビューにおもいっきし専用タグが出現しまくるからです。
一方、後者のMayaは、デザイナとの分離は出来てます。
デザイナに画面発注してプログラムが入る余地があるところは、idを付けて貰えばそれに引っ掛けて動的なコンテンツを
注入できる。やろうと思えばid=""なくても、XPathで好きな位置に注入もできるみたいですし。
つまり既にあるHTMLに対してそのファイルは編集せずに.mayaファイルによる後付で動的なページにできるってこと。
なので、デザイナとの分離が出来てると言えます。実際Maya使ってみるとかなり良いですよ。
Mayaはあくまでテンプレートエンジンであって、MayaはStruts・WebWork・Springなどたいていのフレームワークと
一緒に動かすことが出来て、将来的にS2JSFのビューになる作業も最近進めているみたいです。
そうなれば、S2JSFのビューもデザイナとの分離が出来ていると言えるようになるかもしれません。
S2Struts + Mayaってのは、Struts(MVCフレームワーク) + S2Struts(DIコンテナ橋渡し+α) + Maya(テンプレート)
という3つを組み合わせたものですよね。S2Strutsの+αは、無設定Strutsとか。
また、Mayaの公式サンプルを見てみると、単体でもMVCフレームワークっぽい動きをJavaScriptで出来るので、
Strutsなどがなくてもそれっぽいことできるみたいです。
JSFはMyFacesで考えると動きが微妙なので好きになれないです。S2JSF1.0.0で作って動かしてるシステムが
あるものの改修するのが面倒なので、Maya + S2Struts(無設定Struts)あたりで作り直したいと思っています。
JSFはもっと作りやすくなるまで当分やりたくないです。なんでJSFの話が最近多いのか疑問。。。流行？
Seasar関連はドキュメントが十分に整備されていないのが残念ですが、もの自体はどれも良いですよ。
あとベータっぽいイメージがあるので提案しにくいってのもあるでしょうけど。
不思議なことに海外製だと実際ベータのものでもベータに見られないようで、すんなり通るのに・・・。
658:デフォルトの名無しさん
05/09/24 19:14:28
>>656
多分、B案が良いと思う。
というのは、MyFacesのBlankがその設定だったはず。
659:デフォルトの名無しさん
05/09/24 19:23:37
>>657
＞また、Mayaの公式サンプルを見てみると、単体でもMVCフレームワークっぽい動きをJavaScriptで出来るので、
＞Strutsなどがなくてもそれっぽいことできるみたいです。
俺は、正直これは要らない（余計）だと思ってる。
＞JSFはMyFacesで考えると動きが微妙なので好きになれないです。
MyFaces1.1.0はちょっと使ってみた感じは結構いい感じになったかも。
＞S2JSF1.0.0で作って動かしてるシステムが あるものの改修するのが面倒なので、
＞Maya + S2Struts(無設定Struts)あたりで作り直したいと思っています。
改修するのは何でも面倒だよ。
＞JSFはもっと作りやすくなるまで当分やりたくないです。
＞なんでJSFの話が最近多いのか疑問。。。流行？
流行というか、今後を考えた為っていうのが正解の様な気がする。
理由は幾つかある。
・標準として組み込まれたという事
・Strutsは既に知っている（既存システムの修正・拡張は問題無い）
・Struts-ShaleがJSFベースになる
・やっぱり、Strutsと比べると面倒
660:659
05/09/24 19:34:00
---- 続き -----
＞Seasar関連はドキュメントが十分に整備されていないのが残念ですが、もの自体はどれも良いですよ。
ドキュメントは本当に残念。あとサンプルプログラムもちょと残念。
一応、仕事としてWebシステムとかJavaに関わってる人達が居るんだから、
もう少し業務システムっぽいサンプルが欲しいと思った。
個人的にはSeasar2とMayaは好きだけど、S2StrutsとS2JSFはちょっと・・・
というのは開発側の選択の自由が無い。
S2StrutsにしてもS2JSFにしてもStrutsとJSFの実装を組み込んでいる。
Strutsはまだ良いが、JSFとか何処のベンダーの物でも使いたい。
また、何でも間でもS2の仕様に合わせるのも嫌だ。
此処はS2の機能を使いたいけど、此処は標準でいいやとか、
そういった細かい選択も行いたいというのが正直な所。
＞あとベータっぽいイメージがあるので提案しにくいってのもあるでしょうけど。
＞不思議なことに海外製だと実際ベータのものでもベータに見られないようで、すんなり通るのに・・・。
これは面白いよねｗ
でも、最近のメーリングリスト見て、Seasar関連を見限ろうかを会社で検討した。
というのは、開発側に居る人間がそれで金を取ってのサポートを検討したから。
これが完全に第3者の企業とかがやるならいいのだが、
関係者が行うと、メーリングリストでの質問やブログ、
更には公式ドキュメントやサンプルに手を抜く可能性がある。
意図的か故意かは別としてね。
当然、中には、この部分に手を抜けば、サポート契約が増えて儲かると考える奴が出てくる。
661:デフォルトの名無しさん
05/09/24 20:09:43
>>658
サンクス。
「/faces/*」でやってたサンプルを「*.jsf」に変更して色々試してみるわ。
662:デフォルトの名無しさん
05/09/24 20:20:40
>>660
執筆や公演しないっていってるしね。
663:デフォルトの名無しさん
05/09/24 21:41:51
>>660
んーでもSpringとロッドのInterface21だってそんな関係だし、JBossだってそうでしょ？
彼らは上手く立ち回れているようだけど、Seasarの中の人はどうだろうね
664:デフォルトの名無しさん
05/09/24 21:49:08
>>660
> S2StrutsにしてもS2JSFにしてもStrutsとJSFの実装を組み込んでいる。
> Strutsはまだ良いが、JSFとか何処のベンダーの物でも使いたい。
S2JSFってMyFaces以外のJSF実装使えないんだっけ？
開発中の頃(冬？)にMyFacesに依存しないようになったとかブログで読んだ気がするけど。
そもそもJSF仕様ってViewHandlerとかLifecycle関連とかをfaces-config.xmlで
カスタマイズできるようになっていて、S2JSFは主要な部分をほとんど独自実装に
置き換えているみたいだからMyFacesにはあまり依存していない気がするんだけど。
665:デフォルトの名無しさん
05/09/24 22:07:36
>>660
金を取ってのサポートはもう随分前から話はあったし
実際やってたんじゃなかったかな。ISIDが。
去年の11月のからさわぎあたりでもうそんな話が出てたと思った。
あ、ごめん、ISIDじゃなくて開発者が金取ってサポートってのが問題って事か。
俺あの話題、ISIDがやるんだと思って流し読みしてた。
あと、S2JSFで使ってるMayaの仕様だけで
Maya全体を判断して勘違いしたまま吼えてる人がいるけど
いいかげん誰か教えてあげなよ。
666:デフォルトの名無しさん
05/09/24 22:17:57
>>665
> 俺あの話題、ISIDがやるんだと思って流し読みしてた。
「弊社で」って書いてたからISIDでやるんでしょ。
最近アンケートがあったのはS2関連に加えてStrutsとかHibernateも
サポートするってのが新しい点だと思ったけど。
> いいかげん誰か教えてあげなよ。
いやいや、もっと吠えさせておこうよw
667:デフォルトの名無しさん
05/09/24 22:20:30
>>659
> MyFaces1.1.0はちょっと使ってみた感じは結構いい感じになったかも。
ありがと、いろいろ変わったみたいだね。でも、今はMayaが気にいってるからまだいいやｗ。
> 改修するのは何でも面倒だよ。
まぁそうなんだけど、あのHTMLと独自タグが同居してるのを直すのがかったるいってのがあるので。
特に一回Maya触りだすと余計もう触りたくなくなった。なのでMayaとJSFが組み合わせるようになったらまたJSF考えるよ。
>・標準として組み込まれたという事
標準だからといって良いものとは限らないけど、たしかに標準って言葉には弱いだろうな。実際増えてるし。
>個人的にはSeasar2とMayaは好きだけど、S2StrutsとS2JSFはちょっと・・・
>というのは開発側の選択の自由が無い。
S2StrutsはStrutsがターゲットなんだからそれで良いと思うよ。あくまで補助機能を提供してるわけだし。
S2JSFはMyFaces以外だと動かないのならS2MyFacesの方が親切かもな。
>でも、最近のメーリングリスト見て、Seasar関連を見限ろうかを会社で検討した。
>というのは、開発側に居る人間がそれで金を取ってのサポートを検討したから。
これはおかしいな。てか、今使ってるオープンソース製品良く見てみるといいよ、
大抵同じようなモデルでコミッタの会社(海外の)が商用サポートしてるから。気にならないのはたぶん
日本人が海外製だと実際ベータのものでもベータに見られないのと同じような理由だと思うよ。
で、公式が手を抜いてるように見えるのは同じ日本人がやってるから手伝わなくていいやって心理が
内部にも外部にも働いてるんじゃないかな。海外製だと日本語訳して公開してみたり、日本人向けにサンプル公開
してみたりするけど日本製だと公式読めるしそのうち出てくんじゃね？ってなって待ってよー、で終わってるのかと。
というわけで提供側にも利用側にも問題があるんじゃない。実際自分もそうなわけだが。スマン。
668:デフォルトの名無しさん
05/09/24 23:19:59
>>664
＞S2JSFってMyFaces以外のJSF実装使えないんだっけ？
多分、他の実装使えない。
というか、組み込まれてるMyFacesのバージョンが違うと、駄目っぽい。
というのは、S2JSF1.0.5がリリースされた訳だけど、
メーリングリスト見ると、1.0.4でMyFaces1.0.9を採用したら、
MyFacesの関係で不具合が出た模様。（少なくてもメーリングリストからはそう読める）
つまり、MyFacesどころかバージョンまで固定して完全に依存してるっぽい。
>>665
＞あと、S2JSFで使ってるMayaの仕様だけで
＞Maya全体を判断して勘違いしたまま吼えてる人がいるけど
＞いいかげん誰か教えてあげなよ。
まぁ、話の流れでS2JSFとMayaとなると、そういった流れになるんじゃない？
そうだとすれば、まぁ間違いじゃないけどね・・・
669:デフォルトの名無しさん
05/09/24 23:45:54
>>668
CVS見るとチェックボックスが選択されなかった時にMyFaces1.0.8では空配列を
返していたのが1.0.9で空文字列を返すようになったとかそんな違いみたいだね。
CVS版では1.0.8でも1.0.9でも動くようにしてるみたいだからバージョンまで固定して
完全に依存って言い方はかわいそうな気がするけど、こういう微妙な違いは
実装によってたくさんあるだろうだから、MyFaces以外である程度動いたとしても
実用にはならないかもしれないね。
670:デフォルトの名無しさん
05/09/24 23:58:44
>>668
話の流れもなにも、
>そもそも、このMaya自体が糞。
>普通のデザイナ（Javaとか知らない）がm:injectとか書くという時点で終わってる。
これのどこが間違いじゃないんだ？
m:injectと書く「事も出来る」ってのも知らないわけでしょ。
あ、しまった教えちゃったよ。
671:デフォルトの名無しさん
05/09/25 01:07:39
>>660
>意図的か故意かは別としてね。
同じじゃん。
つー揚げ足とりはおいといて、別にメーリングリストとかでの質問対応が
おろそかになるんじゃないと思うけど。
金取ってサポートするのはISIDでしょ。
ひがたん以外の開発者でISIDの人っているの？
そもそも現状で(初心者向け)ドキュメント足りてないから手を抜くもなにもないし、
サポート契約だって「責任のなすりつけ先が欲しい」って意見のためだと思ってたけど。
672:デフォルトの名無しさん
05/09/25 07:26:55
S2JSFの話に紛れていたが、MyFaces1.1出たんだね
糞実装と各所で言われていたMyFacesだけど、安定したんだろうか？
673:デフォルトの名無しさん
05/09/25 12:57:29
で、現在のところ、
JSFとStruts、どちらも未経験のところから始めて
学習時間も含めて、どちらの方が開発期間が短い？
674:デフォルトの名無しさん
05/09/25 13:04:05
>>629
同じくおれもそれ実験したものの一人です
で、解決としては無くは無いのだが一つ挙げます
他にいいのがあればどなたか提案してください
*.jsfという拡張子でFacesServletを呼ばれるようにする
*.jspの拡張子で呼ばれたら*.jsfにリダイレクトさせる（Location:）←Apacheの設定でもいい
675:デフォルトの名無しさん
05/09/25 13:53:36
最近JSFの勉強しようと思っていろいろ試しているんだけど、
Exadelって、部品のドラッグアンドドロップとかって
できないの。
676:デフォルトの名無しさん
05/09/25 17:14:03
>>673
つくるものによる。
677:676
05/09/25 17:25:47
おおまかにいえば、Web的なものはStruts、アプリケーション的なものはJSF
678:デフォルトの名無しさん
05/09/25 17:36:22
>>677
Web的とかアプリケーション的って具体的になんなんだろう・・・
普通は『Webアプリケーション』と言われる訳だし・・・
そういえば、Strutsで出来る事はJSFでも出来ると言われている。
つまり、JSFがStruts＋αであるならば、Strutsはもう要らない？
679:デフォルトの名無しさん
05/09/25 17:46:17
・・・Strutsいらないっていいたいだけか。
680:デフォルトの名無しさん
05/09/25 20:53:28
最近会社の方針でASP.NETの開発に移ったんだけど・・・
はっきりいって負けてない？
どうもMAC信者と同じ香りがするんだけど。
681:デフォルトの名無しさん
05/09/25 21:13:54
>>677
webでのECサイトみたいなのがweb的
イントラでC/Sをwebに置き換えましたみたいなのが
アプリケーション的
って感じでいい？
682:デフォルトの名無しさん
05/09/25 22:54:00
>>680
どっちがどっちに？
683:デフォルトの名無しさん
05/09/25 23:28:40
MyFace1.1に変えてみたけどブラウザの戻るボタンで戻ったときの
挙動は相変わらずだね。。。
あーあー。
684:デフォルトの名無しさん
05/09/25 23:58:35
Craig的にはStrutsよりJSFだと。
Strutsの経験があって、より新しいアーキテクチャとしてJSFを作ったのだから。
685:デフォルトの名無しさん
05/09/26 04:17:43
>>681
そんな感じ。
URLやセッションが気になるのがweb的で、URLがどうなってても気にならずセッション使いまくっても気にならないのがアプリケーション的。
Webサイトとしての見え方する必要があるのがWeb的で、VBやらで作ったアプリと同じような見え方する必要があるのがアプリケーション的。
っていうのを表現したかった。
JSFだと、セッションの使い方やらURLのコントロールがめんどくさい。
686:デフォルトの名無しさん
05/09/26 16:53:23
JIDEってマイナー?
URLﾘﾝｸ(www.jidesoft.com)
687:デフォルトの名無しさん
05/09/26 17:57:59
土曜に吠えていた無知無恥君は逃亡？
688:デフォルトの名無しさん
05/09/27 07:08:24
>>687
流れを見てれば分かるけど、奴が書き込むのは休日だな。
それと完全に無知とも言いがたい。
確かに勘違いしてる部分はあるがな。
Mayaの件もS2JSFのMayaという点で見れば、全くその通りだし。
それより、俺は某ブログに書かれてる
>「maya-faces」サブプロジェクト始動。
こっちの方が激しく気になる。
689:デフォルトの名無しさん
05/09/27 08:57:46
つうことはaで始まる人かな？
690:デフォルトの名無しさん
05/09/27 09:34:44
つ URLﾘﾝｸ(pcweb.mycom.co.jp)
691:デフォルトの名無しさん
05/09/27 10:43:33
>>688
> Mayaの件もS2JSFのMayaという点で見れば、全くその通りだし。
そうか？
例えば
>>652
> m:inject="c:out"
> とか書かせてる時点で終わってるって言ってるんだよ。
> そもそも、このc:outって書ける時点で、デザイナにJSPの知識を要求してるんだよ。
これは違うだろ。S2JSFの想定は
1 デザイナがピュアなHTMLを作る
2 プログラマがm:injectを追加する
3 そのHTMLをデザイナが修正できる
だろ？
JSPでは3が難しくなるがS2JSFだとm:injectを無視してもらえばいいって話。
デザイナにm:injectとか書かせるってのは奴のねつ造。
HTMLと設定ファイルを分けられるMayaに劣るのは確かだとしても、
分業できないって考えるのはアホすぎ。
692:デフォルトの名無しさん
05/09/27 11:06:18
横レスですが。
うーんただ独自タグを追加する事で
デザイナさんときっちり分業ってのは簡単ではないよね。
俺はS2JSFは、ブラウザでユーザーレビューが出来るように
JSFをラップしたものとしか思ってないからそれでも別にいいんだが。
一時期ひがたんも分業とか書いてた気もするけど
プレゼンとか見ると、ユーザーにレビューするのが
簡単なのよってのに重点が置かれてたと思う。
最初からUIのデザインは凝らない、とくーすのドキュメントでも
書いてたし。
あと、吠えてた人には
URLﾘﾝｸ(pcweb.mycom.co.jp)
ここで誤解を解いてもらいましょう。
693:デフォルトの名無しさん
05/09/27 11:33:32
JSFの勉強をしようと思うんですが、初心者向けの本がほとんど無いんですね｡｡｡
とりあえずJWSDP1.6をインストールしたのですが、これにはTomcatはついてないのでしょうか？
JWSDP1.3にはついてるような事が書いてるけど･･･
JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
すみません、、、初心者的な質問でm(_ _)m
694:デフォルトの名無しさん
05/09/27 11:45:03
＞ これにはTomcatはついてないのでしょうか？
1.6には付属してないみたいだね。Tomcatに限らず
Servletコンテナを自由に選択できるようになったみたい。
＞ JSFを使用するにはJWSDPは入れる必要ってあるのでしょうか？
Mustではない。
自分で必要なライブラリ類をかき集めてもいい。
JWSDPは必要なライブラリ類がはじめからまとめて入っている
「おすすめセット」「初体験の方のための無料サンプル・試供品」
的なものだ。
695:693
05/09/27 11:54:39
>>694
スレ違いと思われる質問にご解答ありがとうございますm(_ _)m
とりあえずtomcat50-jwsdp.zipってやつを解凍して、そのフォルダを
JWSDPで指定しておきますた。
他のツールはちょっと意味が分からないのでまだ放置で･･･
でもって、フォルダの中にjsf-1_1_01.zipを解凍していれたけど、
サンプルのGuess Numberって無いし・・・
初心者向けって本を買ったのにインストールも出来ないとはｏｒｚ
696:デフォルトの名無しさん
05/09/27 12:55:50
なんでもいいけど、>>691は勘違いしてるよね。
＞2 プログラマがm:injectを追加する
これがそもそも分業じゃない。
デザイナの使うツールには、こういった余計なものを
消しちゃうものもあるし、
デザイン変更の時に、一回この項目を削除して・・・とやると、
当然、m:inject毎消すわけだし。
それとデザイナが消す可能性もある。
知ってか知らずかは別としてね。
つまり、S2JSFで分業は今現在では絶対に無理。
697:デフォルトの名無しさん
05/09/27 20:52:59 O
>>692
独自タグってか独自属性ね。
それだけで分業が難しいっていうと現状どうやってんの？
S2JSFが完璧とは思わないけどある程度は分業できるんじゃね？
少なくとも
Maya＞＞＞S2JSF＞＞＞越えられない壁＞＞＞JSP
だろ。
698:デフォルトの名無しさん
05/09/27 21:03:08 0
>>697
俺は>>692じゃないけど、現状での作業は
プログラマがデザイン勉強してデザインもしてる。
ぶっちゃけ、本当のデザイナが作った画面はユーザには不評。
やけに上下左右の余白取ってメインコンテンツがちょっとしか表示されなかったり、
下手にフラッシュとかJavaScriptで動いたりとで・・・
ユーザが求めてるのは、あくまでもデザインは綺麗。
だけど、シンプルに、そして軽く、見やすい/使いやすい
これを求めてるのに、デザイナが作ると、
デザインは綺麗。
だけど、シンプルとは言い難く、重く、見やすいが使い難いという代物。
699:デフォルトの名無しさん
05/09/27 21:20:52 O
>>696
全てのデザイナがその程度じゃないだろ。
お前のところがそうだってことは分かった。
>>698
そりゃデザイナと呼べないだろw
700:デフォルトの名無しさん
05/09/27 22:50:21
URLﾘﾝｸ(maya.sandbox.seasar.org)
Mayaのユーザードキュメントが公開されてる。
はたして、このタイムリーさは偶然なんだろうか？ｗ
701:デフォルトの名無しさん
05/09/27 23:04:06
>>699
デザイナはデザイナだろ。
1000行メソッド書くヤツも呼称はプログラマなんだし。
702:デフォルトの名無しさん
05/09/28 00:02:02
＞700
うむ、吠えた奴に感謝だ！
703:デフォルトの名無しさん
05/09/28 02:45:00
>>700
うむ、おれはJSPでいいや。
704:デフォルトの名無しさん
05/09/28 03:10:16
MyFaces1.1.0を使ってます。
<!-- <%@ taglib uri="URLﾘﾝｸ(myfaces.apache.org)" prefix="t" %> -->
<t:dataList value="#{BackingBean.itemList}" var="item" rowIndexVar="index" layout="unorderedList">
<t:selectOneRadio id="select" layout="spread">
<f:selectItems value="#{BackingBean.itemList}" />
</t:selectOneRadio>
<t:radio for="select" index="#{index}" />
</t:dataList>
tableをレタリングしないselectOneRadioを作ろうと上のようにやってみたんだけど、
ラジオボタンのname属性がすべて別になって困っています。
name属性を指定するにはどうしたらいいんでしょ？
705:デフォルトの名無しさん
05/09/28 03:14:34
<c:forEach items="${sessionScope.BackingBean.itemList}" varStatus="status">
<t:radio for="select" index="${status.index}" />
</c:forEach>
それとJSTLの<c:forEach>でも書こうかと思ったんですが、indexにEL式を書くと
「TLD又はタグファイル中のattribute指示子に従って属性indexはどんな式も受け付けません」
と怒られてしまいます。
JSFのコンポーネントからしか指定できないんでしょうか？
706:デフォルトの名無しさん
05/09/28 03:27:26
>>704
ごめんなさい、いけました。
<t:selectOneRadio>に forceId="true" forceIdIndex="false" をつける
一時間以上探してたんですが、<x:selectOneRadio>でググったら一発でした。w
707:デフォルトの名無しさん
05/09/28 15:29:49
バカが征くの中の人、ここ見てるのかな？
708:デフォルトの名無しさん
05/09/28 21:23:08
小規模向き
709:デフォルトの名無しさん
05/09/28 21:46:19
だれだ？ＪＳＦがデザイナと分離難しいとかいっている奴は・・・
むしろ逆ですよＪＳＦは
710:デフォルトの名無しさん
05/09/28 22:11:12
分離が難しいのはJSPじゃないかな？
711:デフォルトの名無しさん
05/09/28 23:43:21
maya＆JBOSSだとアプリの
再デプロイ時に
mayaがHTMLを素で表示しちゃうのと
maya＆Strutsでiterateタグが
まともに動かないのって何とかならないかなあ。
今のJBOSSのところ再起動と
Strutsのコード書き換えで
何とかしてるけど
皆どうやってんだろ。
712:デフォルトの名無しさん
05/09/28 23:45:44
>>711
> 皆どうやってんだろ。
誰もJBoss使ってない
713:デフォルトの名無しさん
05/09/28 23:53:08
>>712
んなこたーない
が、その組み合わせでは使っていない
714:デフォルトの名無しさん
05/09/29 02:17:26
>>711
だれもmaya使ってない。
正式リリースされてないし、ドキュメントができたばかりだし、当たり前の話ではあるが。
715:デフォルトの名無しさん
05/09/29 15:06:54
WEB-INF丸見え、色んな所で騒がれてきたね。
ここが一番早かった？
716:デフォルトの名無しさん
05/09/29 16:50:29
>>715
一番早かったというか、激しく既出じゃないの？
というか、設定次第でそうなる事は普通に考えて分かるんだから、
そうならないように設定して使う。
だから、それほど騒がれる理由が俺には不明。
適切な設定をしないと駄目ですよなんて常識でしょ。
どんな設定をしても駄目ってなら問題だけどね。
717:デフォルトの名無しさん
05/09/29 16:59:23
>>716
＞ 設定次第でそうなる事は普通に考えて分かるんだから、
設定次第じゃなくて、デフォルトの動作がそうなってるんだからみんなビックリなんじゃないの？
今まで、デフォルトで/WEB-INF以下に自由にアクセスされるような動きをするフレームワークがあったか？
で、適切な設定って何？
JSF RI付属のサンプルでは<security-constraint>にアクセス制御するURLパターンをずらずら下記並べているが、これが適切な設定？
それとも、ServletFilterを自作して、アプリケーション側で独自にURL判定をするロジックを実装するのが適切な設定？
718:デフォルトの名無しさん
05/09/29 17:59:29
>>717
なにをもってデフォルトとするの？
サンプルが変なんてものは世の中でいっぱいある。
それこそ、普通に動かしただけで落ちるとか、
そもそも動かないとかね。
SUNの実装だとサンプルしか無いわけだけど、
サンプル＝デフォルトなのか？
MyFacesなんかだと、ちゃんとBlankがあるけど、
そっちはWEB-INF以下は見えないようになってるんだけどね。
719:デフォルトの名無しさん
05/09/29 19:57:12
デフォルトってのはわからんし
設定次第で対応できるってのもあるんだけど
/なんちゃら/*
ってのがダメってのは、ちょっとなあって感じ。
なにせWEB-INFの下が見えるってのは凄いっすよ。
びっくりですよ。
720:デフォルトの名無しさん
05/09/29 22:55:51
>>718
サンプルアプリケーションの作りを問題にしているのではなく、
FacesServletのURLパターンマッピングを/hoge/* にするとWEB-INFの下が
丸見えになってしまうことが問題なのだよ。
MyFacesの実装でも同じ。FacesServletのURLパターンマッピングを
/hoge/*にするとWEB-INFの下が丸見えになってしまう。
これまでの常識だとクライアントから直接アクセスされたくないリソースは
/WEB-INFの下に置いておけ、というのが常套手段だったわけだが、そうも
いかなくなってしまったことが問題。
＞ 設定次第でそうなる事は普通に考えて分かるんだから、
とあるが、Strutsなどを使っていたときはそんなこと考えもしなかったし
考える必要もなかった。今まで考えなくて良かったことを考えて対策しなければ
ならなくなった。<security-constraint>でアクセス制限するとか、
ServletFilterを自作するとか。
721:デフォルトの名無しさん
05/09/29 22:56:25
>>718
で、「適切な設定」とは何よ？
722:デフォルトの名無しさん
05/09/30 00:25:23
サンプルの問題だと思っている時点で>>718は何もわかってないだろ。
723:デフォルトの名無しさん
05/09/30 00:52:16
おいおいWEB-INFとかどうでもいいじゃん。
724:デフォルトの名無しさん
05/09/30 01:14:21
どうでもいいのか？
725:デフォルトの名無しさん
05/09/30 09:54:12
おもちゃ作ってるならどうでもいいな
726:デフォルトの名無しさん
05/10/03 13:12:03
おいおい・・・
ＪＳＦさっぱりわかんね(´・ω・`)
xmlを使用しないといけないのに便利になってるの？
基本的に使用するのは2つのxmlでいいのかな？
個々に使用するxmlファイルの意味を教えて下さいｏｒｚ
何か分かりやすく解説してるサイトって知らない？
727:デフォルトの名無しさん
05/10/03 14:49:58
JSFをインストールしようとしてるんですが、
JWSDPって入れないとJSFは使えないの？
今、Java1.5とApache Tomcat5.5をすでに入れてるから、
jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
728:デフォルトの名無しさん
05/10/03 14:59:17
＞ JWSDPって入れないとJSFは使えないの？
そんなことはない
＞ jsf-1_1_01.zipだけを導入したいんですが、どこに置けばいいんですかね？
どこでもよい。
＞ JSFをインストールしようとしてるんですが、
「JSFをインストール」って？
そもそも、「インストールする」ものなのか？？？？？
729:デフォルトの名無しさん
05/10/03 20:36:08
>>726
えらい人は XML に書けば楽になると思ってるからしょうがない。
だいたい、こういう仕組みを作る奴は業務プログラムを大量生産せずに
サンプル作って満足してるから、ワカラネーんだろ。
730:デフォルトの名無しさん
05/10/03 22:48:46
>>727
英語に抵抗がないなら、NetBeans5.0Beta使うと、Webプロジェクト作成したときにJSFにチェック入れるだけで準備できるよ。
それで慣れてからツールなしでのセットアップを試すのがいいと思う。
URLﾘﾝｸ(www.netbeans.org)
どっちにしろ、>>727はNetBeans使うことをおすすめする。
4.1なら日本語版でてるし、最初から新規作成でいろいろなものが作れる。
Eclipseみたいにプラグイン探しまくる必要もないし。
731:デフォルトの名無しさん
05/10/04 09:32:21
要するに、JSPファイルの構文にJSFの構文みたいなのを入れて、
TomcatかJavaか何かに、JSFの解凍したものを放り込めばOKなの？
何か見てると、濡れと同じで結構分かっていない人多いんだね。。
やはり本や解説のページが少ないからかな？
732:デフォルトの名無しさん
05/10/04 10:09:01
JSFをわかっていないというより、
Webアプリをわかっていない。
Webアプリでライブラリやフレームワークをどう使うのかをわかっていない。
733:デフォルトの名無しさん
05/10/04 10:19:25
ちょっとｶﾜｲｿｽｷﾞなので・・・
>>727
jsf-api.jar
jsf-impl.jar
commons-beanutils.jar
commons-loging.jar
を君のwebAppのWEB-INF/libに入れろ。これが基本。
いろんなアプリを作るなら、WEB-INF/libではなく、
(Tomcatの場合)
shared/libに入れろ
(その他のAP鯖)
マニュアルのクラスローダの章を読め
734:デフォルトの名無しさん
05/10/04 12:52:08
いや、て言うかさ、この手の質問を見ると入門書の一冊くらい買えよって
思うんだよな。
どんなにカスな入門書でも、サンプルを動かせる様にする方法は書いて
あるはずなんだよ。
それで仮にサンプルが動いても、どうせ大して先には進めないんだから
結局、入門書の一冊くらいは買う事になる。
なら今買え直ぐ買えって感じなんだよな。
735:デフォルトの名無しさん
05/10/06 19:28:59
最近、JSFの動作テストをし始めたのだけど、ハイパーリンク周りが弱い気がする･･･。
h:commandLinkにimg要素を入れることができないとか、h:commandLink要素にonclick属性がないとか、f:pramのvalue属性に$が使えないとか･･･。
デザイナーからあがってくるHTMLには、↓みたいなのが良くあると思うんだけど、hoge.html(最終的にはjsp)を表示する前にサーバー側での処理を行わなきゃいけないときは、どうすりゃいいのさ？
MyFacesとかは、まだ動作確認していないんだけど、こういうのを解決するようなh:commandLinkの拡張とかあるの？
ちなみに検索結果分ループの処理には、JSTLのforEachを使って解決しようとしたんだけど、これが間違い？
---------------------------------------------------
<script type="text/javascript">
function func1(hogeID) {
url ="hoge.html?id=" + hogeID;
window.open(url, "window_name", "width=550,height=500,scrollbars=yes,resizable=yes");
}
</script>
<table>
<!-- 検索結果分ループstart -->
<tr>
<td><a href="javascript:void(0)" onclick="func1(検索結果のID)"><img ･･･/></a></td>
</tr>
<!-- 検索結果分ループend -->
</table>
---------------------------------------------------
736:デフォルトの名無しさん
05/10/10 20:55:35
教えてエロイ人
（１）画面遷移したときのURL表示が気持ち悪いのは、JSFの仕様？それともMyFacesがウンコ？
hoge.htmlー(fooアクション)→hoge.htmlー(barアクション)→foo.html→....
っていう、一足遅れでURL遷移がついてくるアレのことね。
（２）JSFでアプリ作ってる人って、(1)URLの気持ち悪さをredirectでごまかしてるの？
それとも見てみぬふり？
あのURL遷移の気持ち悪さのせいで、いまいちJSFにのめりこむことができないんですが。
なんかうまい方法あるんでしょうか？
737:デフォルトの名無しさん
05/10/10 21:01:42
URLが気になるアプリにはJSFは向かない。
738:736
05/10/10 21:02:47
まじすか！
739:デフォルトの名無しさん
05/10/10 21:04:32
>>737の言うとおり。割り切れ。
740:736
05/10/10 21:10:26
うほっ。JSFってかなり強気ッスね。
あまりイメージできないんですけど、割り切れるWebアプリってどんなんですか？
一般ユーザが混乱しませんか？
アドレス欄を非表示にしちゃうような、キヲスク系アプリですか？
741:デフォルトの名無しさん
05/10/10 21:53:28
一般ユーザなんてURLなんて見てないよ。
PukiWikiだって全部index.php。掲示板的な使い方だけでなく
企業のHPなどにも最近は使われ始めている。
HTMLフレームを使ったページ（最近はあまりみないけど）だったら
フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
返される内容は条件によって違う画面かもしれないし。
742:デフォルトの名無しさん
05/10/10 22:05:33
ほかにもセッション情報に激しく依存してるので、割り切りが必要。
743:736
05/10/10 22:18:14
>>741
レスどうもっす。
>>PukiWikiだって全部index.php。掲示板的な使い方だけでなく
...
>>フレームの中でどんなに画面遷移しても表示されるURLは変わらないし、
>>通常のServlet/JSPで作ってもStrutsで作ってもforwardしたらサーバから
あ、それですそれ。
JSFでそういうアプリが作りたい。
でも、JSFって画面遷移するたびにその画面を表示するために使ったURLが遷移するじゃないですか。
しかも一個遅れで。 ←これ致命的
全部/index.htmlとか、/request.doにするとか、固定できるならそれでいいんですが、
中途半端に遷移されるとユーザが混乱するっていうか、開発側も混乱しそうな気がするんですよ。
いや、少なくともオレは混乱するんでイヤなんです。
固定できるならそれで解決できるんでなにかいい方法があるならぜひ教えてください！
redirectでいいじゃん、っていうのが模範解答ならそれもあり。
>ほかにもセッション情報に激しく依存してるので、割り切りが必要。
それは無問題です。あまり気にしません。
744:デフォルトの名無しさん
05/10/11 01:43:05
redirectでいいじゃん
745:736
05/10/12 23:14:34
>>744
了解。URLを追随したかったらredirect使います。
1回の実行で2回の通信が発生するのがいやんな感じだけど。
746:デフォルトの名無しさん
05/10/13 15:08:35
すみません。
今JSFを勉強中なんですが、動かそうとしたら下記のようなエラーが出てしまいます。
原因は分かる方、アドバイス願いたいのですが･･･m(_ _)m
HTTPステータス 500 -
type 例外レポート
例外
javax.servlet.ServletException: Cannot find FacesContext
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:848)
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:781)
org.apache.jsp.sampleJSP_jsp._jspService(org.apache.jsp.sampleJSP_jsp:83)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
747:746
05/10/13 15:09:27
ソースが
<%@page contentType="text/html; charset=Shift_JIS"%>
<%@taglib uri="URLﾘﾝｸ(java.sun.com)" prefix="f"%>
<%@taglib uri="URLﾘﾝｸ(java.sun.com)" prefix="h"%>
<html>
<head>
<title>jsfsample1</title>
</head>
<body bgcolor="#ffffff">
<h1>JSF sample</h1>
<f:view>
<h:form>
<h:outputText value="Welcome to JavaServer Pages." />
<br/>
<h:inputText />
<h:commandButton value="click"/>
</h:form>
</f:view>
</body>
</html>
こんな感じです・・・
748:デフォルトの名無しさん
05/10/13 15:17:22
>>746
ブラウザからJSPに直接リクエスト出してるんじゃないの？
FacesServletにリクエストするんだよ。
web.xmlのFacesServletのURLパターンマッピングはどうなってる？
ブラウザから出したリクエストURLはどうなってる？
749:デフォルトの名無しさん
05/10/13 15:26:53
>>748
ありがとうございます。
.jspにアクセスするんじゃないんですね･･･
今度は.jsfでアクセスすると
HTTPステータス 404 - サーブレット Faces Servlet が利用できません
となりました。。。
ちなみにweb.xmlはこうです。
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="URLﾘﾝｸ(java.sun.com)" xmlns:xsi="URLﾘﾝｸ(www.w3.org)" xsi:schemaLocation="URLﾘﾝｸ(java.sun.com) URLﾘﾝｸ(java.sun.com)" version="2.4">
<display-name>JSFSample</display-name>
<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>
</web-app>
本のとおりにしてるのに動かないなんてｏｒｚ
750:デフォルトの名無しさん
05/10/13 16:07:45
>>749
＞ 本のとおりにしてるのに動かないなんてｏｒｚ
URLを*.jspでアクセスしている時点で本のとおりじゃないだろｗ
JSF実装は何を使ってる？実装ライブラリをWEB-INF/libに入れてるか？
アプリケーションのデプロイ時またはコンテナ（Tomcatか？）起動時に
コンソールにエラーは吐かれてないのか？
751:デフォルトの名無しさん
05/10/13 16:14:28
>>749
×<servlet-class>javax.faces.webapp.FaceServlet</servlet-class>
○<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
って感じか？
752:デフォルトの名無しさん
05/10/13 16:20:56
>>750
＞.jsp
そこはつっこまないで下さいｏｒｚ
JSFは
jsf-impl.jar・jsf-api.jar・commons-logging.jar・commons-digester.jar・commons-collections.jar
commons-beanutils.jar・demo-components.jar・standard.jar・jstl.jar
を動かすJSPフォルダ下のWEB-INF/libにいれております。
エクリプス上でTomcatを動かしてるのですが、起動した時に警告メッセージみたいなのが出てますね･･･
2005/10/13 16:21:59 org.apache.catalina.startup.ContextConfig applicationWebConfig
情報: アプリケーションのweb.xmlが見つかりません、デフォルトだけを使用します StandardEngine[Catalina].StandardHost[localhost].StandardContext[/test]
とか
致命的: Error loading WebappClassLoader
delegate: false
repositories:
/WEB-INF/classes/
----------> Parent Classloader:
org.apache.catalina.loader.StandardClassLoader@879860
javax.faces.webapp.FaceServlet
とか
2005/10/13 16:21:43 org.apache.catalina.core.StandardContext loadOnStartup
致命的: サーブレット /sampleJSPProj がload()例外を投げました
java.lang.ClassNotFoundException: javax.faces.webapp.FaceServlet
とか・・・
これが原因っぽいですね。。。
753:デフォルトの名無しさん
05/10/13 16:27:53
>>751
ﾜﾛﾀ。それも本のとおりか？
JSF以前に、普通にServletも動かせないんじゃないのか？こいつ。
754:デフォルトの名無しさん
05/10/13 23:43:39
JSFでCSSを利用したサンプルプログラムって無いですかね？
ネットとかで公開されているのがあれば、参考にしたいのですが･･･
755:デフォルトの名無しさん
05/10/13 23:58:07
>>754
何に困ってるの？
それだけだと特にJSFとは関連しないように思うけど。