- 1 名前：デフォルトの名無しさん mailto:sage [03/07/26 17:33]
- スレがないので新しくたてました
www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
java.sun.com/webservices/downloads/webservicespack.html
- 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に見切りをつけたもよう。
あーそれがええ、ええ。
早くやってくれー。
|
 |
