JSF(JavaServer Faces)【.NET死亡？！！！】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGhttp://www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
http://java.sun.com/webservices/downloads/webservicespack.html
0797デフォルトの名無しさん
2005/11/17(木) 14:53:10今使ってるOracleのAP鯖、ず〜っと気に食わなかったけど、
今回初めてこれにしといて良かったなとオモータよ。
JSFもそうだけど、EJB3.0のRI向けにTopLinkを放出したのは
正直Oracleを賞賛したい。Hibernate対抗措置だったのだろうけどね。
早く来い来いEJB3
0798デフォルトの名無しさん
2005/11/17(木) 23:29:240799デフォルトの名無しさん
2005/11/17(木) 23:41:07ふたを開けてみないとわからないのが正直なところ。
Hibernateで充分な気がするし。
というか、persistence API でコード書いておけば
EJB3かHibernateかなんてあまり関係ないしね。
EJB3がどうのというより、各ベンダの実装で性能や使い勝手が左右されると思うよ。
0800デフォルトの名無しさん
2005/11/17(木) 23:45:580801デフォルトの名無しさん
2005/11/17(木) 23:56:410802デフォルトの名無しさん
2005/11/18(金) 00:02:51どこのアプリ鯖使っても動くようになるってのは割と大きいよ
0803デフォルトの名無しさん
2005/11/18(金) 00:09:420804デフォルトの名無しさん
2005/11/18(金) 00:51:41>>803
その２者を使ってO/Rマッピングの標準を作ったということじゃないだろうか
0805デフォルトの名無しさん
2005/11/18(金) 00:56:08レスありがとー。
やっぱまだ時期尚早かぁ。
http://file1.grp.yahoofs.jp/v1/8Jp8Q23h3jyW5zc2F8FdoipQK_wwW7TE5hF5dmuMm-sziRay0zv38zEyvu1WojpHFhXU1bMMCx-jad1WYgmxvmJV4Ug/JSFTips.html
↑こことか見るとサーバーリソースも現行のWebアプリより食いそうだし、
こなれてきてもWebアプリは全部JSF！みたいにはならないかもなぁ。
0806デフォルトの名無しさん
2005/11/18(金) 01:13:55アーキテクチャや思想としてはStrutsよりもかなりいい感じなんだけどね。
もうちょっとこなれて欲しい。
これからの進化に期待。
0807デフォルトの名無しさん
2005/11/18(金) 12:54:20なんか使った感じ、かなり便利だった。
0808デフォルトの名無しさん
2005/11/18(金) 13:18:10どっちも便利だな。
残念ながら、Eclipseには相当する機能は現時点ではないしな。
0809デフォルトの名無しさん
2005/11/19(土) 18:12:320810デフォルトの名無しさん
2005/11/19(土) 22:17:15見れないんだけど、何が書いてあるの？
0811デフォルトの名無しさん
2005/11/20(日) 01:17:28ごめん。家のPCでYahooにログインしっぱなしだったからそのまま貼っちゃった＾＾；
http://groups.yahoo.co.jp/group/jsf-jp/
ここのブリーフケースの中にあるJSFTips.htmlってファイル。
よくわかるJavaServer Facesのしくみ
http://www.amazon.co.jp/exec/obidos/ASIN/4883732096/
↑の本書いてる吉田 裕之って人が書いたJSFのTIPS集。
結構詳しいからJSF使うなら読むといいんじゃないかな？
で、ここに「JSFはサーバーパワーが必要」って項目があったんで、そんなんで実際の現場で普及すんのかな？と。
0812デフォルトの名無しさん
2005/11/20(日) 01:36:39さんきゅ！
0813デフォルトの名無しさん
2005/11/20(日) 04:28:42サーバーパワーなんか、ヒューマンリソースに比べれば二束三文
0814デフォルトの名無しさん
2005/11/20(日) 04:31:560815デフォルトの名無しさん
2005/11/20(日) 13:47:520816デフォルトの名無しさん
2005/11/20(日) 13:50:190817デフォルトの名無しさん
2005/11/22(火) 20:59:340818デフォルトの名無しさん
2005/11/22(火) 21:42:24struts現verの死滅は確実。（と、struts開発元も公言）
shaleがどうなるのか見ものだね。
個人的にはshaleは「出しゃばりすぎ」との予感してる。
shaleを『軸に』システム組むなんて発想は真っ平ゴメン!!
P層のフレームワークは純粋にviewを構築するパーツで
あって欲しい。
その点、JSFは、いいセンスしてると思う。実装がこなれて
いなくて使い辛いのは認めるけど。
勘違いだったらｽﾏｿ
0819デフォルトの名無しさん
2005/11/22(火) 22:34:29全面的に同意。
（今の）Shaleは覚えることが大杉。使いこなすのが恐ろしく難しい。
JSFとChainとSpringとTilesと・・・と多数のフレームワークやライブラリの
使い方を全部マスターする必要があるんじゃないのか？と思うぐらい。
JSFそのものは思想・アーキテクチャとしては優れているね。
実装と開発環境がもう一皮むけるのを心待ちにしているよ。
0820デフォルトの名無しさん
2005/11/23(水) 12:32:42実際はそうなるんだろうな。
純粋なスペック面ではDIやってる連中にはヌルすぎと批判されてるが。
こないだのJavaOneでSeasarの人とか。
0821デフォルトの名無しさん
2005/11/23(水) 14:04:45Hibernate等のO-Rマッピング技術もまったく同じことだね。
Java Persisence APIによって標準化され、どこでも同じAPIで
どこでも同じように動くようになる。
0822デフォルトの名無しさん
2005/11/23(水) 14:22:30結局よほどじゃないかぎりライブラリやフレームワークに依存したコードは書きたくない
JSFに関してはもうちっとなんだろうけど
creater２見る限り開発は問題なさそうだが
運用環境が頭痛いか
0823デフォルトの名無しさん
2005/11/24(木) 02:27:49あの自動生成のソースが気持ち悪くて最悪なので
どうしても使う気になれない。
0824デフォルトの名無しさん
2005/11/24(木) 23:34:54自動生成のソースの中身を気にならなくなる時代が来るのかもな。
0825デフォルトの名無しさん
2005/11/24(木) 23:38:28GUIエディタでもそうだし
0826デフォルトの名無しさん
2005/11/24(木) 23:39:01そう思う。
アセンブラなどをやっていた人間からするとJavaが既にそういう存在だと思うし。
0827デフォルトの名無しさん
2005/11/24(木) 23:48:530828デフォルトの名無しさん
2005/11/25(金) 09:43:37アセンブラやってた人間ならCの時点ですでに悲鳴上げたことあるだろｗ
0829デフォルトの名無しさん
2005/11/25(金) 15:12:410830デフォルトの名無しさん
2005/11/25(金) 23:25:230831デフォルトの名無しさん
2005/12/04(日) 09:48:27http://www.atmarkit.co.jp/news/200511/10/jsc.html
タダで使えるようになったみたいだけど、これのJSF機能ってどうなの？
楽チン？
0832デフォルトの名無しさん
2005/12/04(日) 11:49:07JSFに特化するなら、Creatorのほうがいいかも
0833デフォルトの名無しさん
2005/12/04(日) 13:11:08JSFに特化かどうかというよりも、その両製品は対象ユーザが違う。
JSFのAPIを隠蔽して、完全にグラフィカルな作業環境で開発したい
→Creator
APIなどをある程度把握して、自分で好きに実装したい
→Sun Java Studio Enterprise
どんなコードを生成してくれても気にしない。そのかわりにお手軽開発というのならCreator。
そのかわり、大規模アプリケーションを何人ものプログラマでコードを共有するのには向いていない。
システム開発屋が扱うというよりも、ユーザ企業の担当者がちょっとした
マスタメンテツールや情報検索ツールを作るのに向いているし、そういうユーザがターゲット。
0834831
2005/12/04(日) 13:59:46>>833
レスありがとう。
だとすると、業務で使うとしたらメインはやっぱJava Studioの方になるのかな〜。
Createrはちょっとしたツールとか書く時にはロジックに集中できて便利そうね。
ちなみにダウンロードサイトが英語だったりしてイマイチよく分かってないんだけど、
この2つの「無償」ってのは、商用利用も含めて「無償」で使っていいよ、ってこと？
それとも個人利用の制限あり？？
0835デフォルトの名無しさん
2005/12/16(金) 13:57:57https://facelets.dev.java.net/
誰か人柱になってくれんかのぉ。
0836デフォルトの名無しさん
2005/12/16(金) 19:38:380837デフォルトの名無しさん
2005/12/18(日) 02:29:30http://pcweb.mycom.co.jp/news/2005/12/15/023.html
0838デフォルトの名無しさん
2005/12/18(日) 21:19:55<f:view>
<h:form>
<h:commandLink action="link">
</h:form>
</f:view>
と書いてます。
これをもっと簡単に書く方法はありませんか？
0839デフォルトの名無しさん
2005/12/18(日) 22:55:320840デフォルトの名無しさん
2005/12/18(日) 23:04:590841デフォルトの名無しさん
2005/12/18(日) 23:48:260842デフォルトの名無しさん
2005/12/19(月) 01:09:040843デフォルトの名無しさん
2005/12/19(月) 07:45:390844デフォルトの名無しさん
2005/12/19(月) 11:51:210845デフォルトの名無しさん
2005/12/19(月) 12:40:110846デフォルトの名無しさん
2005/12/19(月) 13:00:46これ、素のHTMLのTableタグをdatatableとかpanlegridに置き換える方法が判んない。
0847デフォルトの名無しさん
2005/12/19(月) 19:32:55じゃ、おまいには無理だ
0848デフォルトの名無しさん
2005/12/20(火) 23:56:04これでJSFにも勢いつくといいね。
＞100を越えるJSFコンポーネントから構成されており
結構すごそう。
誰かもう触った人いる？
0849デフォルトの名無しさん
2005/12/24(土) 08:25:58tomahawkのように他のJSF実装と組み合わせて使う方式だから簡単に試せると
思ったが、子要素の解釈が結構違っていてかなりの書き換えが必要になりそう。
Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作
するけど、ADFはほとんど全滅。同等のJSFタグに置き換えるか、verbatimで
囲む必要があった。
一方でJSF標準はjstlとの併用がまったく考慮されていないのが不満だったけど、
ADFでは独自にforEachやswitcherなどを用意してくれているのがありがたい。
forEachはまだいろいろ制約があるみたいだけど。
0850デフォルトの名無しさん
2005/12/24(土) 11:49:000851デフォルトの名無しさん
2005/12/24(土) 12:12:21＞Sun RIだと子要素にHTMLタグを記述してもほぼそのまんま期待通りに動作
するけど
ものによる。
この問題を解決するために、JSF1.2/JSP2.1ではJSFタグに${...}を記述できるようになる。
${...}は即時解釈（通常のJSPと同じタイミング）され、
#{...}はレスポンス描画フェーズで解釈される
・・・だそうだ。JavaOneでCraigとYUTAさんがそう言ってた。
0852デフォルトの名無しさん
2005/12/26(月) 10:54:37http://www.alphaworks.ibm.com/tech/faces4laszlo
0853デフォルトの名無しさん
2005/12/27(火) 01:40:080854デフォルトの名無しさん
2005/12/27(火) 09:30:170855デフォルトの名無しさん
2005/12/28(水) 00:22:42どういう意味だ？
0856デフォルトの名無しさん
2005/12/28(水) 01:00:432ちゃんは携帯からか？
0857デフォルトの名無しさん
2005/12/31(土) 11:04:18すごいなｗ
0858デフォルトの名無しさん
2006/01/03(火) 03:33:410859デフォルトの名無しさん
2006/01/03(火) 22:34:23でも基本的にグラフィカルIDEが必要。
コードで書くもんじゃない。
0860デフォルトの名無しさん
2006/01/03(火) 23:08:36GUIベースのIDEは、下記の点を割りきればOK。
・ベンダ依存のコードになる（他のツールでの編集は考えてはいけない）
・ソースを直接編集することは一切考えない（上に同じ）
・自動生成されたコードがキモい
0861デフォルトの名無しさん
2006/01/04(水) 00:56:06JSFを信じない人のために: JSFに関するFUDをクリアーする
http://www-06.ibm.com/jp/developerworks/java/050527/j_j-jsf1.html
これによると
>JSFに関しては3つの大きな誤解がありますが、その第1は、作業のためにWYSIWYGツールが必要だというものです。
だってさ。
詳しくは読んでないから知らんが。
0862デフォルトの名無しさん
2006/01/04(水) 01:20:14>『WYSIWYGツールを使わなくても、JSF開発はStrutsよりもずっと簡単なのです！』
あくまでもStrutsに対する相対評価だね。
0863デフォルトの名無しさん
2006/01/04(水) 03:16:51JSFに注目してます。
Javaっていろんなフレームワークがあって、何から手をつけてよいのか迷い
ます。
JSFでWebアプリを作れるようになるには、どういう順序で勉強すればいいの
でしょうか。
Javaの基礎（文法）⇒JSPとサーブレット⇒JSF
こんな感じでいいでしょうか。
0864デフォルトの名無しさん
2006/01/04(水) 08:08:460865デフォルトの名無しさん
2006/01/04(水) 11:31:15sun java studio creator を使え。
それでもだめならあきらめろ。
0866デフォルトの名無しさん
2006/01/04(水) 16:49:33>>864
PHPとASP.netは使えます。これらに慣れすぎたせいでJavaでもお手軽に
作れないかなという気持ちになってしまいました。
>>865
早速ゲットしました。これが無料って、すごいですね。
0867デフォルトの名無しさん
2006/01/04(水) 19:36:08たいていのWEBアプリはOKだと思う。
0868デフォルトの名無しさん
2006/01/04(水) 19:42:52必要なんじゃなくて、ツールと一緒に使うことも視野に入っているだけ
0869デフォルトの名無しさん
2006/01/04(水) 20:04:06http://pcweb.mycom.co.jp/articles/2006/01/01/whatisjsf/
0870デフォルトの名無しさん
2006/01/17(火) 00:07:12わざわざActionListenerでコンポーネントツリーつかってシコシコ
processValidators呼んでやんないとだめなんすか？
それともこんな質問してる俺が馬鹿なだけですか？
0871デフォルトの名無しさん
2006/01/17(火) 16:33:55こんなのを呼びたい
public String getLabel(int state) {
return (state == 0 ? "０" : "１");
}
エンティティに表示文字列を意識させたくない
0872デフォルトの名無しさん
2006/01/17(火) 16:41:54しかし、選択肢はJSPかエンティティしかないのか？
0873デフォルトの名無しさん
2006/01/17(火) 17:07:51#{hoge.label}
の形式では無理なのか？
0874デフォルトの名無しさん
2006/01/17(火) 17:50:400875デフォルトの名無しさん
2006/01/17(火) 18:22:50<h:column>
<f:facet name="header">
</f:facet>
<%= hoge.getLabel() %>
</h:column>
</t:dataTable>
せんせーできません
0876デフォルトの名無しさん
2006/01/17(火) 19:04:370877デフォルトの名無しさん
2006/01/17(火) 19:48:540878デフォルトの名無しさん
2006/01/17(火) 19:50:38JSF1.1まではね。
0879デフォルトの名無しさん
2006/01/17(火) 20:20:550880デフォルトの名無しさん
2006/01/18(水) 01:39:20凝ったことやろうとするとなんか面倒じゃね？
0881デフォルトの名無しさん
2006/01/18(水) 07:36:45それはCreatorが面倒なだけ。
0882デフォルトの名無しさん
2006/01/18(水) 07:49:08便乗だけど、JSF1.2で動かそうと思ったら、今はGlassFishしかないの？
そもそもTomcat6が作られてないからServlet2.5、JSP2.1も（GlassFish以外に）今は無い？
0883デフォルトの名無しさん
2006/01/18(水) 11:28:49Eclipse＆JSP手書きで充分
0884デフォルトの名無しさん
2006/01/18(水) 12:26:05俺もポトペタ要らん派だけど、beanやproperty/methodの
存在チェックくらいして欲しいと思わないかい？
0885デフォルトの名無しさん
2006/01/18(水) 21:05:180886デフォルトの名無しさん
2006/01/18(水) 22:10:030887デフォルトの名無しさん
2006/01/18(水) 22:13:19NetBeans5の、タグをポトペタする機能は便利だよ。
h:dataTableなんかをパレットからD&Dしてデータを指定したら、適当なh:columnなんかが入ってくれる。
新しいアイテムの自作も難しくないし。
JSFではWYSIWYGではない環境でのポトペタが便利だと思う。
0888デフォルトの名無しさん
2006/01/18(水) 22:18:46無駄なんだよな。
本当にバッキング・ビーンとして扱うべきものは、状態が変化するモノなんじゃないかと。
そうなると必然的にサービスと紐付いてくるわけさ
0889デフォルトの名無しさん
2006/01/19(木) 00:36:10個人的にはどっちでもいいけど、画面項目設計書から余計な事を
考えなくとも、機械的にソース吐けるから大した手間でもないし、
Beanは画面から送られる使い捨てキャリアとしてしかみてない、
且つ、1画面=1Beanでシンプルでよいし・・ということで、気にせず
作ってしまってるんだけど。。
0890デフォルトの名無しさん
2006/01/19(木) 01:24:07コード量が圧倒的に少なくて済む
・デメリット
画面開発者がどのBeanを使うかを理解しないといけない
逆に１つの画面で１つのBeanにすると
・メリット
画面中心で単純
・デメリット
同じ処理を複数回書く必要がでてくる
コードが増える
うざい
くさい
画面が増えたとき面倒
メモリ使用量が増える
設定ファイルの記述が増えるのも面倒
画面間の値の受け渡しに気を遣う必要がある
とりあえず、
定型ソースと言えど、人間が触る部分のコード量が多いのはシステムの見透しが悪くなるからうざいのと、
同じことを何度も書くのはあほらしい
0891デフォルトの名無しさん
2006/01/19(木) 02:22:42>画面開発者がどのBeanを使うかを理解しないといけない
これはメリットのわりにはかなり痛いデメリット。
自分ならやっぱ1画面=1Beanを選択するよ。
（多数の初心者のような開発者抱え込む場合ならなおさら）
対して1画面=1Beanのデメリットはどれも小さいものばかり。
その中では実際デメリットにもなりえないものも、いくつかあると思う。
0892デフォルトの名無しさん
2006/01/19(木) 05:20:43>画面開発者がどのBeanを使うかを理解しないといけない
これは実際には、画面開発者がどの機能を実装しているかを理解しないといけないということ。
画面ごとにBeanを作ると、持ちまわるべきデータを分断してしまうことになって、そのためのロジックが必要になったりする。
大きな機能ごとの幹になるBeanを作って、細かい画面制御的なBeanが必要なときは画面ごとに用意するというような、ハイブリッドな考え方。
どちらかにこだわると失敗する。
0893デフォルトの名無しさん
2006/01/19(木) 09:52:29どこが小さいデメリットばかりなんだよ
>画面開発者がどのBeanを使うかを理解しないといけない
これは設計者がちゃんと指示すれば済む問題
0894デフォルトの名無しさん
2006/01/19(木) 18:08:010895デフォルトの名無しさん
2006/01/19(木) 19:00:16目からうろこ
ﾏｼﾞｻﾝｸﾇ！
0896デフォルトの名無しさん
2006/01/19(木) 23:50:32>コードが増える
>画面が増えたとき面倒
>設定ファイルの記述が増えるのも面倒
これらは工数として見たとき、どちらを採用しても大した違いはないと
思うんだけどな。
仮に差があったとしてもシステム全体で考えても数人日程度だと思う。
（どっちが工数大きくなるかは置いておいて）
>メモリ使用量が増える
これは逆じゃない？ごった煮Beanの方が状態管理する必要のないものまで
セション管理される可能性が高いと思う。
それでも微々たるもので、メモリを圧迫するレベルとはかけ離れた
レベルの話だと思うけど。
>画面間の値の受け渡しに気を遣う必要がある
ごった煮の1Beanだとある状況で扱う項目/扱わない項目がでてくるわけだから、
1画面=1Beanで気を使う部分とは別に、意識しなければならない要素がでてくると思う。
（このタイミングでこの項目は使うんだっけ？？みたいな感じで何度も設計書を
見直さなければならないとか）
■ このスレッドは過去ログ倉庫に格納されています