JSF(JavaServer Faces)2

1 ：デフォルトの名無しさん：2006/03/17(金) 14:34:57

JSFについて語ってくれ

前スレ
JSF(JavaServer Faces)【.NET死亡？！！！】
http://pc8.2ch.net/test/read.cgi/tech/1059208396/l50

2 ：デフォルトの名無しさん：2006/03/17(金) 18:34:10

JSF(JointStrikeFighter)について語るスレはここですか？

3 ：デフォルトの名無しさん：2006/03/17(金) 20:59:18

Java Server Fuck

4 ：http://www.vector.co.jp/soft/win95/util/se072729.html：2006/03/18(土) 19:16:01

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

5 ：デフォルトの名無しさん：2006/03/18(土) 20:05:34

で、みんな実際の開発に使ってるの？
周囲はいまだに遊びでつついてる人だけって感じなんだけど

6 ：デフォルトの名無しさん：2006/03/19(日) 02:23:47

オープンソースでJSF利用してるやつってある？

7 ：デフォルトの名無しさん：2006/03/19(日) 02:53:23

>>6 ある。
例えば
JBoss Seam (http://www.jboss.com/products/seam)
WebUDA Tuigwaa (http://tuigwaa.sandbox.seasar.org/)

厳密にOpen Source Initiativeの条件に適合しているかどうかは知らん。

8 ：デフォルトの名無しさん：2006/03/19(日) 06:33:22

>>6
Apache MyFaces

9 ：デフォルトの名無しさん：2006/03/19(日) 08:11:14

>>6
AjaxAnywhere

10 ：デフォルトの名無しさん：2006/03/19(日) 11:58:08

>>8
MyFacesはJSFを「利用してる」とは言えないのでは…

11 ：デフォルトの名無しさん：2006/03/19(日) 12:22:34

>>10
MyFaces Extension
Tomahawk

12 ：デフォルトの名無しさん：2006/03/19(日) 13:10:08

で、実際それらは開発に使われてるの？
流行る流行ると言われてもう3年目

13 ：デフォルトの名無しさん：2006/03/19(日) 16:03:43

2プロジェクトで使ったよ。
ちょっとクセがあったけど。

14 ：デフォルトの名無しさん：2006/03/19(日) 16:48:00

>>6
Struus Shale

15 ：デフォルトの名無しさん：2006/03/19(日) 17:08:46

うわあ、間違えた。
Struts Shaleだ。

16 ：デフォルトの名無しさん：2006/03/19(日) 18:54:05

>>14
ShaleはJSFを「利用してる」とは言えないのでは…

17 ：デフォルトの名無しさん：2006/03/20(月) 11:29:40

>>13
Strutsと比べて不便な所とかある？

18 ：13：2006/03/20(月) 23:30:14

>>16
以前ちらっと見た感じではモロにJSF上に乗っかってるように
見えたけど。
ちらっと見ただけなので間違ってるかもしれない。
Strutsの面影が皆無なのは確か。

>>17
描画を細かく制御したい場合に自前で準備しなければならな
いことが増える所と、コンポーネントツリーに気を使ってあげ
なきゃいけない所。

前者はStrutsと比べてというより、スクリプトレットでの描画と
比べての話かな。JSFでもスクリプトレットは使えるけど、コ
ンポーネントツリーの関係で、殆どのタグはJSFタグを使う必
要がある。
JSFではタグの描画をRendererにやらせるので、既成の
Rendererの想定外の描画を実現するために自分でRenderer
を拡張する覚悟が必要。
テーブルで複雑な表現をしたいならMyFacesのdataListと
か自前のカスタムタグで頑張る必要がある。

でも、一番不便なのは開発者を調達しにくい所かも。

19 ：デフォルトの名無しさん：2006/03/23(木) 03:02:43

JSFで開発者の役割分担（Page Authorとかそーゆーやつ）って本当に可能になると思う？
なんかそーゆー部分まで変われる気が全然しないのだが・・・。
それは組織の問題か？orz

20 ：デフォルトの名無しさん：2006/03/23(木) 19:23:52

faceletsはけっこういいんだけど、どうなんだろ
seamもfaceletsつかってるよね

21 ：デフォルトの名無しさん：2006/03/27(月) 09:54:24

貼っとく

【IBM】FaceletsはぴったりとJSFにフィットします
http://www-06.ibm.com/jp/developerworks/java/060315/j_j-facelets.shtml

22 ：デフォルトの名無しさん：2006/03/28(火) 03:59:54

どなたかご存知の方、教えてください。
myfacesのsandboxにあるinputSuggestを使いたくて、
JSP(test.jsp)に、
<%@ taglib uri="http://myfaces.apache.org/sandbox" prefix="s"%>
と
<f:view>
<s:inputSuggest required="true" size="4" >
<f:selectItems value="#{choices}" />
</s:inputSuggest>
</f:view>
を入れました。
それで、このJSP(/test.jsf)を表示しようとアクセスしたところ、
｢/test.jsp(15,1) 属性 size のsetterメソッドが見つかりません｣
とエラーが表示されてページが出てきません。

タグのsize="4"を取り除くと正常にページが表示され、問題なくなります。
このほかにもmaxlength="4"を指定した場合も同様に、
｢属性 maxlength のsetterメソッドが見つかりません｣
と出てきます。
どうすれば、sizeやmaxlengthを指定できるのでしょうか？
ちなみに、動作環境はjdk1.5.0_04とapache-tomcat-5.5.15です。

23 ：デフォルトの名無しさん：2006/03/28(火) 04:17:12

あと、myfaces-1.1.1です。

24 ：デフォルトの名無しさん：2006/03/28(火) 14:08:00

MyFaces
Sun
IBM
Oracle
それぞれの実装を比較してるサイトとかない？
もしくはそれそれの評価・評判を教えてくれ

25 ：デフォルトの名無しさん：2006/03/30(木) 00:44:32

JSF M5
http://www.eclipse.org/webtools/jsf/dev_resource/index.html

26 ：デフォルトの名無しさん：2006/03/30(木) 02:10:15

さっそく使ってみましたが、
SUN Java Studio Creatorみたいに
JSFのJSPがGUIでドラグ＆ドロップで使えるわけじゃないのね。
あと、faces-config.xmlを開くとエラーが出てくるのね。
でも、ありがとね。

27 ：デフォルトの名無しさん：2006/04/05(水) 13:37:11

貼っとく
【BEA】JavaServer FacesとBeehiveページフローの統合
http://www.beasys.co.jp/dev2dev/pub/a/2006/02/integrating-jsf-beehive.html

28 ：デフォルトの名無しさん：2006/04/11(火) 00:23:21

Strutsも仕事でやってるけどJSFは天国に見えるな・・・

29 ：デフォルトの名無しさん：2006/04/13(木) 15:09:03

strutsは糞

30 ：デフォルトの名無しさん：2006/04/13(木) 20:09:13

柱に向かって何を言うの！
べ…べつに姉歯設計じゃないんだからね…っ！！

31 ：デフォルトの名無しさん：2006/04/14(金) 03:39:38

hﾀｿ

32 ：デフォルトの名無しさん：2006/05/01(月) 23:36:01

質問です。

現在、JSF＋JSTLで開発しております。
そこで、繰り返し（forEach）とh:formを組み合わせて使いたいと
思うのですが、実現方法が分かりません。
雰囲気的には下記のようなことをしたいのです。

<c:forEach items="someList" var="record">
　　<c:out value="${record.title}" />

　　<!-- この行（record）の削除機能を作りたい -->
　　<h:form>
　　　　<h:inputHidden value="xxx" /> <!--ここで行を示すIDをセット-->
　　　　<h:commandButton action="MBean.someAction" value="delete"/>
　　</h:form>
</c:forEach>

こういうことをh:dataTableタグでやることは可能なのですが、
デザイン上テーブルはちょっと…。

なにか良い方法ありませんか？

33 ：デフォルトの名無しさん：2006/05/01(月) 23:53:15

＞デザイン上テーブルはちょっと…。
って、CSS駆使してどうがんばってもダメなデザインなの？

34 ：デフォルトの名無しさん：2006/05/02(火) 00:01:24

>>33
テーブルだとどうしても“行”単位になってしまいますよね。

雰囲気的には掲示板やブログのようなものをイメージしていただくと
分かりやすいかもしれません。ああいうのをテーブルでやるのは
不可能じゃないかもしれませんが、違和感があります。

35 ：デフォルトの名無しさん：2006/05/02(火) 01:25:25

なんか、いまどきテーブルをデザインに使っちゃだめって、時代錯誤も甚だしい

36 ：デフォルトの名無しさん：2006/05/02(火) 01:37:08

>>35
テーブルは論理構造に使って、デザインはCSSだろ。

37 ：デフォルトの名無しさん：2006/05/02(火) 09:35:46

>>32
forEachの中にformがあるの？

38 ：デフォルトの名無しさん：2006/05/02(火) 10:06:48

>>32
MyFacesのdataListはどうよ。

39 ：デフォルトの名無しさん：2006/05/02(火) 11:32:56

>>36
すでに現実的ではない。

40 ：デフォルトの名無しさん：2006/05/02(火) 14:06:18

>>39
「すでに」って？kwsk

41 ：デフォルトの名無しさん：2006/05/02(火) 20:14:52

つーか、いまどきデザインにテーブル使う方が激しく時代遅れなんだが

>>32
カスタムレンダラを作る

42 ：デフォルトの名無しさん：2006/05/03(水) 03:45:30

>>41さまのいうとおり、Googleは激しく時代遅れでした。
mixiも激しく時代遅れでした。youtubeも少し時代遅れです。
hatenaもちょっとだけ時代遅れです。

最先端はどこですか？

43 ：デフォルトの名無しさん：2006/05/03(水) 06:44:54

最先端はwww.wired.comとwww.yahoo.com
ソース見てびびるためにあるんじゃねーかってくらいだ。

44 ：デフォルトの名無しさん：2006/05/03(水) 07:22:33

>>32
現在のJSFは、JSFタグをJSTLと連携して使えないことが問題視されている
そこを修正したのが、Java EE5に含まれるJSF1.2らしいが、まだ触ったことないな

>>42
はてなはヘッダー部分に使ってるだけだろ
divで定義したブロックに対して、CSSを使ってデザインを変更出来る作りになっている。

45 ：デフォルトの名無しさん：2006/05/03(水) 08:28:50

>>44
なんでそこまでやってるのにヘッダー部分にテーブル使うのさ？

46 ：デフォルトの名無しさん：2006/05/03(水) 08:32:45

>>43
そんな最先端のyahoo.comでも一部テーブル使ってるわけだな。

47 ：デフォルトの名無しさん：2006/05/03(水) 09:27:23

いいからHTMLとCSSから勉強し直せ

48 ：デフォルトの名無しさん：2006/05/03(水) 09:54:22

●○●○●○●○●○●○●○●○●○●○●○●○●○●○
○●○●○●○●○●○●○●○●○●○●○●○●○●○●

涼宮ハルヒの憂鬱 ED「ハレ晴レユカイ」がついにAmazon1位に！！！

　　まとめサイト
　　http://unyuu.s151.xrea.com/haruhi/

※※このレスを見たら3個以上他のスレにコピペして下さい※※

●○●○●○●○●○●○●○●○●○●○●○●○●○●○
○●○●○●○●○●○●○●○●○●○●○●○●○●○●

49 ：デフォルトの名無しさん：2006/05/03(水) 10:06:47

現実的にはレイアウトでのtableの手軽さは捨てがたいということだな。

50 ：デフォルトの名無しさん：2006/05/03(水) 13:20:10

>>49
つーか、>>41 は覚えたてのカスタムレンダラって言ってみたかったんだろ。

51 ：デフォルトの名無しさん：2006/05/03(水) 14:19:29

なんでそんなに必死なの？

52 ：デフォルトの名無しさん：2006/05/03(水) 14:22:22

世の中からテーブルをデザインに使うやつを撲滅したいから。

53 ：デフォルトの名無しさん：2006/05/03(水) 14:28:55

いや、テーブル使えって言ってる人

54 ：デフォルトの名無しさん：2006/05/03(水) 14:33:30

つまり、両方必死ということか。

55 ：デフォルトの名無しさん：2006/05/03(水) 22:19:04

いや、全員必死かも。

56 ：デフォルトの名無しさん：2006/05/04(木) 15:48:21

基本はCSSでレイアウトするけど、
場合によってはTableレイアウトも排除しない俺が勝ち組。


と、はてなが申しております。

57 ：デフォルトの名無しさん：2006/05/04(木) 20:49:47

どうしてもテーブルが避けられないときはあるね。
たとえばこれ
http://www.google.co.jp/intl/ja/why_use.html
左下に出てる球体。

カラムを使ったレイアウトで、全カラムのフッタの
垂直位置を揃えるのは、CSSでは無理だと思う。

58 ：デフォルトの名無しさん：2006/05/04(木) 21:00:59

>> なんか、いまどきテーブルをデザインに使っちゃだめって、時代錯誤も甚だしい

元がこれだからな・・・。なにを勘違いしたんだか

59 ：デフォルトの名無しさん：2006/05/05(金) 01:27:05

>>57
CSSの絶対位置指定や相対位置指定で出来るんじゃないの？
テーブルのうほうが楽だけど。

60 ：デフォルトの名無しさん：2006/05/05(金) 01:47:42

ウホゥ！

61 ：59：2006/05/05(金) 01:57:11

意味不明と思ったが、不覚にもﾜﾛｽ

62 ：デフォルトの名無しさん：2006/05/06(土) 09:52:06

StrutsのTransactionTokenのような機能って、JSFにありますか？

63 ：デフォルトの名無しさん：2006/05/06(土) 11:07:47

ない

64 ：デフォルトの名無しさん：2006/05/06(土) 11:24:49

>>63
ありがとうございます。ということは、皆自前で実装してるってことでしょうか

65 ：デフォルトの名無しさん：2006/05/10(水) 16:24:17

>>6
ApacheのサイトにMyFacesというオープンソース版JSFってのがあったと思う

66 ：デフォルトの名無しさん：2006/05/10(水) 16:24:49

>>9
AjaxFacesはオープンソースじゃなかったっけか。
そういえば、一部金がかかるんだっけか

67 ：デフォルトの名無しさん：2006/05/10(水) 16:25:12

>>12
Seasar2のS2JSFはMyFacesを使ってたと思った

68 ：デフォルトの名無しさん：2006/05/10(水) 16:37:28

それより、TomcatがServlet2.5にまだ対応していないんじゃ
JSFも使い勝手悪いんじゃないのか？

Java5のアノテーションや
Genericsを使いたいというのに

69 ：デフォルトの名無しさん：2006/05/10(水) 17:02:42

>>68
アノテーションやGenericsはServlet2.5とは関係ないだろ

70 ：デフォルトの名無しさん：2006/05/10(水) 18:33:29

JSP2.1の間違い？

71 ：デフォルトの名無しさん：2006/05/10(水) 20:24:52

JSPだったらたしかにオートボクシングとかつかえないな
Tomcat6まちか

72 ：デフォルトの名無しさん：2006/05/10(水) 21:20:07

どっちみちTomcatがServlet2.5に対応していないから
JSFを使いたくても使い勝手に限度があるんだよね

73 ：デフォルトの名無しさん：2006/05/10(水) 21:46:16

>>72
なぜ？

74 ：デフォルトの名無しさん：2006/05/11(木) 08:37:56

>>71
それはちゃんと設定してないから。

75 ：デフォルトの名無しさん：2006/05/11(木) 10:06:20

>>73-74
設定すればすぐにフルに機能が使えるというのか？
Tomcat5.5でもアノテーションとかGenericsとかをJSPで

76 ：デフォルトの名無しさん：2006/05/11(木) 10:24:57

>>75
AnnotationやGenericsとJSFの使い勝手がどう関係するのか知りたい

77 ：デフォルトの名無しさん：2006/05/11(木) 12:28:24

>>75
コンパイラの問題だろ。
ちゃんとSE5のコンパイラを指定すれば、Tomcat5.5でもスクリプトレットで拡張構文使えるよ。

78 ：デフォルトの名無しさん：2006/05/12(金) 12:06:22

JSFって聞くたびに
Java Server Fucker
って思う。一生懸命Faces訂正するもののますますFuckerのような気がしてならない

79 ：デフォルトの名無しさん：2006/05/12(金) 15:52:57

Sister Fuckerじゃなくてよかった。

80 ：デフォルトの名無しさん：2006/05/12(金) 15:55:47

最近はSkull Fuckにも思えるんだ

81 ：デフォルトの名無しさん：2006/06/04(日) 23:11:35

JSFｵﾜﾀﾅ

82 ：デフォルトの名無しさん：2006/06/08(木) 18:42:07

2005年11月から来ました。Mayaとかどうなったの？

83 ：デフォルトの名無しさん：2006/06/08(木) 22:56:05

普通のレンタルサーバでJavaが使えない時点でおわっとる。
PHPとかで納得するしかないな

84 ：デフォルトの名無しさん：2006/06/09(金) 01:14:18

あーっ、なるほどね。
よーやくわかった。
サンキュー。

85 ：デフォルトの名無しさん：2006/06/14(水) 17:44:20

質問です。
Myfacesの拡張タグの＜x:tree＞の使い方を知っている人はいますか？

86 ：デフォルトの名無しさん：2006/06/15(木) 00:01:04

います。

87 ：デフォルトの名無しさん：2006/07/02(日) 09:39:57

JSFを触り始めた初心者ですけど、
日本語が上手く処理できなくてﾋﾞﾐｮｰな気分。

88 ：デフォルトの名無しさん：2006/07/02(日) 10:22:30

>>87
チラ裏乙

89 ：デフォルトの名無しさん：2006/07/04(火) 21:10:09

時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）

ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします

90 ：デフォルトの名無しさん：2006/07/05(水) 02:22:17

コンビニのバイトより安いですが、よろしくお願いします。

91 ：デフォルトの名無しさん：2006/07/07(金) 02:32:31

メールしたら監禁されてSPAM送信の手伝いさせられる悪寒

92 ：デフォルトの名無しさん：2006/07/07(金) 17:02:28

これってactionで画面遷移しながら処理を行うのではなく、
actionListenerで自画面内で処理を完結させていくという、いわゆるASP.NETみたいな感じで作ればいいのかな？

93 ：デフォルトの名無しさん：2006/07/08(土) 01:17:54

>>92
ASP.NETのパクり規格だからね。
そんな感じでいいんじゃない。

94 ：デフォルトの名無しさん：2006/07/11(火) 11:19:39

■JSF構築事例1
ユニバーサル・ワーク・データベース試験公開版
ttp://uwdb.jeed.or.jp/uwdb2/faces/home.jsp


■JSF構築事例2
松戸市の電子地図情報配信サービス
ttp://www.jamgis.jp/jam_matsudo/portal/bbs/index.html

セッションID消して直接サービスのURLにアクセスすると、Tomcatのスタックトレースが表示されて(ﾉ∀`) ｱﾁｬｰ
ttp://www.jamgis.jp/jam_matsudo/faces/jsp/parts/bbs-main.jsp


■JSF構築事例3
消防設備点検票WEBシステム　試験サービス用アカウントの予約登録
ttp://www.firesoft.jp:8080/RegistCenter/faces/pub/NewAccount.jsp
URLを削ってみると(ﾉ∀`) ｱﾁｬｰ

ちなみにさすがに怖くてどれもweb.xml丸見え等は試してない
JSFを使って外部にサービスを公開するのはまだまだノウハウが不足していると感じるな

95 ：デフォルトの名無しさん：2006/07/16(日) 19:24:41

JSFを使用していると普通にCSSを指定することは出来ないんでしょうか？

…
<head>
<link rel="stylesheet" type="text/css" href="test.css"/>
</head>
<body>
<h2>タイトル</h2>
…

のようにしてtest.css中でh2のスタイルを指定したのですが上手くいきません。
<style type="text/css">
h2{ … }
</style>
のようにするとちゃんと表示されたのですが。。。

96 ：デフォルトの名無しさん：2006/07/16(日) 19:33:03

>>95
普通にできるよ
まずCSSファイルへのパスが正しいかどうか確認
次にブラウザに古いCSSファイルがキャッシュされてないか確認

97 ：95：2006/07/16(日) 19:45:03

確認してみたところ、コンテキストルートとブラウザから見たルート（サーバルート）を
勘違いして指定していました。

修正するとちゃんと表示されました。ありがとうございました。

98 ：デフォルトの名無しさん：2006/07/16(日) 23:19:31

>>95
もしや、コンテキストルートをハードコーディングしてたりしてる?
それは今後のためにもやめたほうがいいぜ
<c:url> とかで動的生成にしといたほうがいい

99 ：デフォルトの名無しさん：2006/07/17(月) 20:58:17

時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）
よろしくおねがいします
ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
教える対象は超初心者です。

専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です

100 ：デフォルトの名無しさん：2006/07/18(火) 23:49:40

ここをおすすめします。
http://suned.sun.co.jp/JPN/catalog/java.html
> Java プログラミング 入門 for ビギナーズ(J2SE 5.0)
(JP-SL-110-V2 ) 80,000 円（税込84,000 円） 　

101 ：デフォルトの名無しさん：2006/07/19(水) 16:16:41

>>100
>>99は専門学校の自習室の求人とか

102 ：デフォルトの名無しさん：2006/07/21(金) 17:57:30

1.2について解説している資料ないですかね。
webでも雑誌でもいいから日本語で。

特に、動作環境とか、何が便利になるのかとか、
そーゆー解説が欲しい。

103 ：デフォルトの名無しさん：2006/07/21(金) 18:03:14

新しい技術を得たかったら英語のドキュメントぐらい読め。
文学作品じゃないんだから、必要最低限の簡潔な文章なんだし。

104 ：デフォルトの名無しさん：2006/07/24(月) 08:46:22

リクエストパラメータをJSFで扱うにはどうすればいいでしょうか？

たとえば /hoge.jsf?a=b というリクエストがあったときに
バッキングビーンの変数aにbが代入される、というような処理を行いたいのですが

105 ：デフォルトの名無しさん：2006/07/24(月) 11:20:08

>>104
String value = ((HttpServletRequest) FacesContext.getCurrentInstance().getExternalContext.getRequest()).getParameter("a");

とすれば取れるが、そもそもJSFはそういう使い方を想定していない。
いままでのWebアプリケーションとは感覚が違う。発想を変える必要がある。

106 ：デフォルトの名無しさん：2006/07/24(月) 12:56:54

>>105
だね。
strutsと同じ考え方を引きずっていくと、面倒なだけで生産性が大幅に落ちる。
まー外部のアプリからURL投げて働かせるために、同じ仕組み作ったけど orz

107 ：デフォルトの名無しさん：2006/07/24(月) 17:36:38

>>105
「Webアプリケーションとは感覚が違う」というと、VBみたいな感じかね？

108 ：デフォルトの名無しさん：2006/07/25(火) 02:53:49

そんな感じ。
を目指している。

109 ：デフォルトの名無しさん：2006/07/25(火) 07:42:14

JSFってServletAPIを隠蔽しすぎで逆に使いにくくない？
RoRの次バージョンはRESTfulを目指すって話があるけど、JSFって逆方向に進んでるよね

110 ：デフォルトの名無しさん：2006/07/25(火) 11:51:23

>>109
御意。

逆方向かどうかはともかくとして、
いままでのWebアプリケーションとは思想が異なるんだ、ってことは充分分かってるんだけど、
それにしてもやっぱりHTTPの上には乗っかってるわけで。

ささっと作り上げる分には非常にラクチンでいいんだけど、
作りこめば作りこむほど、ややこしい問題が出てくる。

111 ：デフォルトの名無しさん：2006/07/26(水) 10:54:24

JBoss seam ってデファクトスタンダードになると思う？

112 ：デフォルトの名無しさん：2006/07/26(水) 12:23:30

デファクトではないスタンダードになるよ。

113 ：デフォルトの名無しさん：2006/07/26(水) 13:55:41

デファクトにならないと意味無し。

114 ：デフォルトの名無しさん：2006/07/26(水) 15:28:30

人が少なすぎて判断が付かない

115 ：デフォルトの名無しさん：2006/07/26(水) 22:43:17

使いやすくて品質が良くてサポートが将来にわたって安心で値段も安けりゃスタンダードでなくてもいいな

116 ：デフォルトの名無しさん：2006/07/27(木) 02:53:43

>>113
デファクトではなくて、ちゃんとした標準(JSR)になる。

117 ：デフォルトの名無しさん：2006/07/27(木) 03:02:01

今の流れだと、順調に作業が進めばJavaEE6に取り込まれるだろうし。

118 ：デフォルトの名無しさん：2006/07/27(木) 07:26:47

>>116,117
標準仕様になるだけじゃ不十分だっての。
使われないと。

119 ：デフォルトの名無しさん：2006/07/27(木) 11:01:35

>>118
標準になってツールやら資料やらが揃って、自分が便利と思うなら、それで十分だと思うが。

120 ：デフォルトの名無しさん：2006/07/27(木) 12:35:18

流れ切ってすいません。
条件によってコンポーネントを表示させたり、させなかったりする
という処理は可能でしょうか？（１つのJSPで）

121 ：デフォルトの名無しさん：2006/07/27(木) 12:44:30

>>119
広く使われなきゃ、ツールも資料も出てこなくない？

122 ：デフォルトの名無しさん：2006/07/27(木) 13:31:17

EJBの二の舞にならなきゃいいね

123 ：デフォルトの名無しさん：2006/07/27(木) 18:48:14

>>120
可能

124 ：デフォルトの名無しさん：2006/07/27(木) 22:25:48

>>121
今の流れでいくと、JavaEEに取り込まれれば、NetBeansが必ず対応するだろうし、Eclipseも続くと思われ。
資料もそれなりに揃っていくと思う。

125 ：デフォルトの名無しさん：2006/08/02(水) 11:51:22

標準になるってのは判るけど、全面的にJTA一色に
なるとも思えない。もっとシンプル単純明快な構成を
求めるデベロッパーも多いだろうからね。

EJB2以前　　　：HeavyWeight
去年までのDI　：LightWeight、だとすれば、

Seam：作り方が指定されてる感じがMiddleWeight・・・
という感じがする。（間違ってる？）

まぁSeamも選択肢の一つという位置づけだね、
オレにとっては。

126 ：125：2006/08/02(水) 11:57:26

ｽﾏｿ、訂正

×JTA
○JPA

127 ：デフォルトの名無しさん：2006/08/12(土) 01:41:28

ちょっと調べてみたのですが、
JSFで作ったページってアクションが発生するときは必ずJavaScript経由でPOSTされるんですか？

この仕様だとSEO的にはあまりよろしくないということになると思うのですが…

128 ：デフォルトの名無しさん：2006/08/12(土) 02:49:42

>>127
どこで調べたのか聞きたい。

129 ：127：2006/08/12(土) 16:14:27

調べたというか、自分で本を少しプログラムを作成してみた範囲です。
ActionButton, ActionLinkともにPOSTが発行されてましたんで。
見当違いだったらすみません。

130 ：デフォルトの名無しさん：2006/08/12(土) 16:30:50

>>129
ActionButton, ActionLinkって？
使ったJSF実装は？

JSFは、仕様を決めているところ（Sun/JCP）と
実装をしているところ（ApacheとかIBMとか）が
違うんだから、動作の全てがJSF仕様だと思わない方がいい。
仕様でそう決められているのか、
仕様では明確になっていないための実装依存なのか、
ちゃんと切り分けろ。

131 ：127：2006/08/12(土) 19:15:36

すみません、h:commandButton,h:commandLinkの間違いでした。
JSF実装はmyfacesで確認していました。
うろ覚えですが、Sun RIでも確認したはずです。

うろ覚えで申し訳ないので、自分でまた調べてきます。

132 ：デフォルトの名無しさん：2006/08/13(日) 11:29:31

質問！
h:selectOneRadioのRendererだけ独自で作って描画させました。
valueChangeListenerを利用してるのですが、バッキングビーンに
Eventが通知されません。カスタムコンポーネントを作ってて
同じような事象を解決された方いませんか？

描画してるタグはこんな感じです
<input type="radio" name="myForm:capacity" value="500">〜500人</input><br />
<input type="radio" name="myForm:capacity" value="2000">〜2000人</input><br />
<input type="radio" name="myForm:capacity" value="2001">2000人〜</input><br />

RendererではvalueChangeListenerになにか作用するプログラミングはしてないです。
つうか、何も必要ないはずですよね？なんで独自レンダラーだとEventが通知されない
のか不思議です。よろしくお願いします

133 ：132：2006/08/13(日) 23:00:18

あれぇ。誰かあいてしてよぉ

134 ：デフォルトの名無しさん：2006/08/16(水) 22:50:47

>>131
JSF1.1ではcommandLinkはformとの関係上、JavaScript必須だったような気がする。
commandButtonはJavaScript無くてもよかったはず。
携帯使うときはcommandButtonで代用する必要がある。
http://java.sun.com/javaee/javaserverfaces/1.1_01/docs/tlddocs/h/commandLink.html

135 ：デフォルトの名無しさん：2006/08/16(水) 23:04:32

>>132
よくわからんけど、decodeは実装した？

136 ：デフォルトの名無しさん：2006/08/17(木) 01:39:37

sun java studioむずいわ。

137 ：デフォルトの名無しさん：2006/08/17(木) 02:04:58

pointbase以外で動くのかこれ

138 ：デフォルトの名無しさん：2006/08/17(木) 09:30:29

質問です。
データテーブル内で入力項目１の値を変えたとき、
入力項目の２との積を入力項目３に表示するJavascriptを作りたいのですが、
うまく値を取得することができません。
どのようにすればよいでしょうか。
現在以下のようになっています。
<h:dataTable id="htmlList" value="#{list.list}"
var="list" rows="10" width="100%">
<h:column id="clm1">
<h:inputText id="text1" value="#{list.cnt}"
onchange='keisan()'>
</h:inputText>
</h:column>
<h:column id="clm2">
<h:inputText id="text2" value="#{list.cnt2}" />
</h:column>
<h:column id="clm3">
<h:inputText id="text3" value="#{list.cnt3}" />
</h:column>
</h:dataTable>
画面に表示時の入力項目１のnameは
form1:htmlList:0:text1
form1:htmlList:1:text1
　　　　・
　　　　・
のようになっています。
よろしくお願いします。

139 ：デフォルトの名無しさん：2006/08/17(木) 10:59:20

>138
です。
自己解決しました。
TomcatPlugin内のDevLoader.zipを解凍して
Tomcatのlibフォルダに入れることで解決しました。
ですが、次は
java.lang.NoClassDefFoundError:
org/apache/commons/javaflow/bytecode/Continuable
が発生してしまいました。
解決方法を教えてください。

140 ：デフォルトの名無しさん：2006/08/17(木) 11:02:59

>139
誤爆すみません

141 ：デフォルトの名無しさん：2006/08/17(木) 11:07:39

頭を使った形跡が見られない質問だな。

ライブラリが足りない。 ttp://jakarta.apache.org/commons/sandbox/javaflow だ。
自分で入れたjarがこいつに依存してるんだろ。 入れろ。

142 ：132：2006/08/17(木) 11:46:05

>>135
decode実装ってどうするんですか？
encodeBeginしかオーバーライドしてないんですがそれが問題でしたかね。
具体的に教えていただけるとありがたいです。

sun download centerからjarのソース持ってきて
SelectOne系のtableタグを描画してるMenuRendererとか
のstartElementsを削除してうまく動作したのだけどね。

143 ：デフォルトの名無しさん：2006/08/26(土) 01:00:56

>>142
UIInput系のRendererは
　出力時にencodeXXXでUIComponentの内容を描画
　入力時にdecodeでUIComponentに値を設定
ということをするので、decodeではUIComponentの
setSubmittedValue()を呼んで値を設定する必要がある。

UICommand系の場合はdecodeでUIComponentの
queueEvent()を呼んでイベントをキューに入れる必要
がある。

きゅう。

144 ：デフォルトの名無しさん：2006/09/01(金) 02:22:50

JSFでweb.xmlのURLのマッピングって本とかネットだと大抵
/faces/*とか*.facesなんかを推奨してるけどこれだとURL直打ちで
jspファイルを指定できてしまうわけだが、500エラーが出ちゃうのって
あんまりよろしくないわけだけどこれらの問題はどう解決したらいいんだろう？

145 ：デフォルトの名無しさん：2006/09/01(金) 02:37:09

あるべきオブジェクトがないとか期待する値と違うとかだろ？
ちゃんと状態を見てハンドリングすれば問題なし

146 ：デフォルトの名無しさん：2006/09/01(金) 04:19:09

>>144
RIのサンプルなどを見ればわかると思うけど、
web.xmlの<security-constraint>やServletFilter等でチェックして弾くなど
アプリ側で対処するしかない。

従来のように/WEB-INFの下にJSPを配置できればよいのだけれど、
*.facesではそれができないし、（やってみればわかる。404NotFoundになる）
/faces/* では他の/WEB-INF/以下のリソースにアクセスできてしまう。※
（jarとか設定ファイル類とか）
なので、JSPはWEB-INFの外側に置いて、直接アクセスされないようにするには
アプリ側で対応することになる。

※ただし、MyFaces1.1.3では後者の問題には対応したようだけど、
　これがJSF1.2仕様によるものなのか、MyFaces独自の実装なのかはまだ調べてない。

>>145
そういう問題じゃないだろ。

147 ：デフォルトの名無しさん：2006/09/01(金) 07:02:08

>>146
よく嫁500エラーだぞ

148 ：デフォルトの名無しさん：2006/09/01(金) 07:12:43

ところで俺今まで一度もWEB-INFの下にJSPを配置したことないんだが、、、

149 ：デフォルトの名無しさん：2006/09/01(金) 07:53:00

>>147
読んでますが、何か？

150 ：デフォルトの名無しさん：2006/09/01(金) 13:27:24

誰か「 hifaces 」というSubProjectについて三行で説明して。

151 ：デフォルトの名無しさん：2006/09/01(金) 14:17:20

い
や
だ

152 ：150：2006/09/01(金) 18:18:49

お
願
い

153 ：デフォルトの名無しさん：2006/09/01(金) 18:21:30

く
ど
い

154 ：デフォルトの名無しさん：2006/09/02(土) 10:45:04

>>150
テンプレートでなんかやりたいらしいが
プロジェクト参加者いねーし
そもそもJSF自体どうでもいいや

155 ：デフォルトの名無しさん：2006/09/02(土) 13:13:10

CommandLinkのmethod bindingってsessionスコープじゃないと動かないYO
なんで？

156 ：デフォルトの名無しさん：2006/09/02(土) 13:22:41

そんなわけない

157 ：155：2006/09/02(土) 13:33:56

あった。これひどいねー。

しかしこの場合、ListBeanに引きずられて、
DetailsBeanもsessionスコープの
オブジェクトとして宣言しなければなりません
（<h:dataTable>内のボタンを正しく機能させるためには、Listモデルをsessionスコープに保存しなければなりません）

158 ：デフォルトの名無しさん：2006/09/02(土) 13:59:30

>>157
問題の切り分け能力の無い奴だ。

159 ：デフォルトの名無しさん：2006/09/02(土) 14:00:29

>>157
何がひどいんだ？

160 ：デフォルトの名無しさん：2006/09/02(土) 14:25:27

dataTableの欠陥じゃん。

161 ：デフォルトの名無しさん：2006/09/02(土) 14:40:46

どこがよ？

162 ：デフォルトの名無しさん：2006/09/22(金) 21:19:12

JSFは生産性が1/10に落ちる糞フレームワーク
氏ねよ

163 ：デフォルトの名無しさん：2006/09/23(土) 06:58:35

IBMのJSFはそんなに悪くないと思うけど。

164 ：デフォルトの名無しさん：2006/09/26(火) 06:47:40

JSF+Springで、DIによって結合されたクラスを使用して
初期化メソッドを実行するにはどうすればいい？

165 ：デフォルトの名無しさん：2006/09/26(火) 06:55:07

initMethodを使えばいいんでねーの？

166 ：デフォルトの名無しさん：2006/09/26(火) 09:09:36

initMethodってseaserだけじゃないの？

167 ：ルアーマン：2006/09/26(火) 10:46:42

http://kansuu.com
また一から組むのまっぴらごめんよ。。
共有一番よ。。。
所詮プログラムなんてよ。。

168 ：デフォルトの名無しさん：2006/09/26(火) 13:27:58

Springの場合はinit-methodだったはず
つかマニュアル嫁

169 ：デフォルトの名無しさん：2006/09/26(火) 17:52:02

>>164
Web層でいいならServletContextListenerでもいいんじゃない？

170 ：デフォルトの名無しさん：2006/09/28(木) 23:57:05

デザイナとプログラマの分離とは言うけどさ、
JSFベースのレイアウト職人なんてSOHOにも居ないだろ
結局ELだけのがいいんじゃないかなとか思う

171 ：デフォルトの名無しさん：2006/09/29(金) 00:00:04

JSFでデザイナとプログラマの分離は無理でしょ。
そもそもそこを目指していないように見えるんだけど誰が言い出したんだ？

172 ：デフォルトの名無しさん：2006/09/29(金) 00:37:18

プレゼンテーション層との分離を業務の分離と解説してるとこが多いだけか。
でもFlashデザイナさんとなら相性いいかもね。ASでCGI使い慣れてる人多いだろうし。

173 ：デフォルトの名無しさん：2006/09/29(金) 03:37:10

>>170

デザイナとプログラマの分離だったらVelocity使ったプロジェクトが一番やりやすかったな。

JavaScript書けるレベルのデザイナだったらVTLでスマートなページ作ってくれるよ。

174 ：デフォルトの名無しさん：2006/09/29(金) 22:46:47

Velocityはいいよな。個人的にはJakartaの中ではAntの次に傑作だと思う。
社内システムとか組むなら一番汎用性があるよ。

175 ：デフォルトの名無しさん：2006/09/29(金) 22:53:02

俺もベロに一票

176 ：デフォルトの名無しさん：2006/09/30(土) 00:15:52

Velocity使ったこと無いのですが、JSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか？

177 ：デフォルトの名無しさん：2006/09/30(土) 00:23:14

Velocityは「○○のテンプレート」ではない。
まさに「テンプレート」そのものなのだよ。
HTML、XML、メールとその用途は何でもいい。

178 ：デフォルトの名無しさん：2006/09/30(土) 01:20:51

>>177
そんなの知っているし、今はどうでもいい。
WebアプリのView構築においてJSP2.0でEL使うのと比べて、
どのへんがイイ感じなんでしょうか？

179 ：デフォルトの名無しさん：2006/09/30(土) 02:04:12

>>178
なんか上手く言えないんだけど、
「単なるテキストデータのテンプレート」
なのがいいのかなあ？
HTMLのタグなんか内部ではまるっきり関知しないから直感的というか。
あと自分はHTMLタグの外側にちょっとしたロジック書いちゃったりもしてる。
動的にSQL文を組み立てたり、いろんなとこに利用してる。

他にもファイル以外にもDBに保存したテンプレートとか使えるのも便利。

JSPは多機能だけどゴチャゴチャしてるから、デザイナとかにやらせる場合
負担が大きいと思う。

180 ：デフォルトの名無しさん：2006/09/30(土) 04:56:34

>>179
JSPでゴチャゴチャするのと、Velocityでゴチャゴチャするのと、同程度だと思うが。
結局のところ、使うのは<c:if>と<c:each>くらいのもんで、わざわざVelocityのライブラリを使うことを考えたら楽だと思うんだけど。

181 ：デフォルトの名無しさん：2006/09/30(土) 08:58:35

>>179
JSPのコードを、プレーンなHTML + ELで書くのと大して変わらないんじゃない？
俺は、ライブラリ追加したり設定ファイル追加したり、
勝手にバージョンアップする依存ライブラリもあったり、
流行り廃りがある可能性のあるベロより、
標準技術のほうが良いと思う。

182 ：デフォルトの名無しさん：2006/09/30(土) 12:29:26

JSPに固執してるんなら「○○のテンプレート」でええやん

183 ：デフォルトの名無しさん：2006/09/30(土) 14:34:41

SwingでもJSFが出来るみたいに書いてる記事があるけど
navigation-ruleってJSP前提みたいになってる気がするんだけど。
XML+XSLTなら確かに可能だけどそれってJSF関係ないよね。

184 ：デフォルトの名無しさん：2006/09/30(土) 15:07:08

標準技術だろうが何だろうが俺の中ではJSFはもう選択肢として消えた

185 ：デフォルトの名無しさん：2006/09/30(土) 15:29:10

>>183
将来のバージョンではそうしたいというだけ。今はJSP前提。

186 ：デフォルトの名無しさん：2006/09/30(土) 20:19:32

>>184
じゃあなに使うの？

187 ：デフォルトの名無しさん：2006/09/30(土) 22:41:00

JSFとTapestryを流し読みしてみたが
俺の印象ではTapestryのほうに軍配が上がるな。
JSFがSwing対応したら使い分けたいと思ったが。

188 ：デフォルトの名無しさん：2006/09/30(土) 22:44:41

JSFでViewにVelocityを使うのってできないんだっけ？

189 ：デフォルトの名無しさん：2006/09/30(土) 22:55:12

無理だろ。

190 ：デフォルトの名無しさん：2006/09/30(土) 23:05:32

>>188
JSFはJSPのカスタムタグに依存している。

191 ：デフォルトの名無しさん：2006/10/01(日) 01:23:56

Velo結構人気だな。
ちなみに俺はCSSファイルとJSファイルもVelocityで生成してる。

192 ：デフォルトの名無しさん：2006/10/01(日) 01:25:44

XSLTとVelocityがライバル関係なんだろうけど
バインドされるデータがXMLかPOJOかという点で差がでちまってるからね

193 ：デフォルトの名無しさん：2006/10/01(日) 01:36:47

SpringMVC＆Velocityの組み合わせが簡単でいい感じなんだけど、
Eclipseとかのツール対応充実度でいうとJSF（JSP）なんだよなあ。

VelocityはHTMLに限らず、Webのプレゼンテーションほとんど全部（画像以外）に
適用できるのが便利。
HTML、CSS、JS、XML、JSON etc...

194 ：デフォルトの名無しさん：2006/10/01(日) 01:50:25

つうか仕事だと始めた物があると少しずつしか足場変えられないんだよね

195 ：デフォルトの名無しさん：2006/10/01(日) 02:03:47

CSSやJSなどで、Velocityを使っているってのは、
ファイル生成にVelocityを使うだけで、実行時は静的なファイルとして使うということ？
実行時に動的にレスポンスするのであれば、JSPでも同じことはできるよね。

Velocity簡潔なのは分かるけど、チームで開発するときになにを選ぶかとなったら
標準技術のJSPをさけて、Velocityを選ぶメリットを感じない。
EclipseなどのJSPエディタで、補完が使えなくなって不便だと思った。

「JSPではこの点で困るから、Velocityを使う」ってのを教えてほしい。

196 ：デフォルトの名無しさん：2006/10/01(日) 02:06:04

>>195
おまえを基準にスレは進んでないから。

197 ：デフォルトの名無しさん：2006/10/01(日) 02:11:17

VelocityはWriterに出力するってのが最大の利点だわな。

198 ：デフォルトの名無しさん：2006/10/01(日) 02:29:51

まあ、標準技術のEJBで苦労してさっさとSpringとかHibernateに乗り換えた人はVelocity、
我慢してたらEJB3.0になって良くなってきてよかったって人はJSFでいいんじゃね？

199 ：デフォルトの名無しさん：2006/10/01(日) 02:33:06

JSPの代替と勝手に位置づけられてもな

200 ：195：2006/10/01(日) 03:23:49

スレ違いでした。すんません。
JSPの代替とは思っていないですが、
Webで使って良さを感じているのであれば、それを知りたかっただけです。

201 ：デフォルトの名無しさん：2006/10/01(日) 03:24:57

CSS出力に使っている人は、どういう使い方なんだろ？
CSSでサイズ指定とか色指定の数値をパラメタライズできれば
便利だよなぁとは思うんだけど、そういう方向なのかな。

202 ：デフォルトの名無しさん：2006/10/01(日) 03:32:21

ユーザページのCSSとして物理的にファイル出力するとか
ByteArrayOutputStream#writeToを使ってキャッシュを吐き出すってのにも使えるな
掲示板みたいなシステムなら特にキャッシュ用途としての恩恵は大きいかと

203 ：デフォルトの名無しさん：2006/10/01(日) 07:39:16

>>199
ここではWebのViewに何を使うかという観点で話が進んでいるのだからいいんじゃね？
純粋にVelocityの良さを語りたいのなら別スレでやってくれよ。

204 ：デフォルトの名無しさん：2006/10/01(日) 15:59:14

>>201
HTMLとCSSのカラーコードを連動させるのとかに使ってるよ。

色とか見た目に関するところは基本的にCSSに持たせるのが理想だけど
GoogleAdsenseとかタグをいじると規約違反になるのとかあるから。。

Velocityは、なんかそういうチマいところを全部同じエンジンでやれるのが手軽かな。
CSVの出力とか、静的なWebサイト用のHTMLファイルをローカルで一括生成したり。

でも画面遷移とかは全然扱ってないから、JSFと比べる場合には
他のフレームワークと組み合わせるのが前提だけど。
とりあえず個人的なおすすめはVelocity＋SpringMVCかな。

自分がVelocity使うときに参考にしたのはこのへん。
http://www.techscore.com/tech/ApacheJakarta/Velocity/index.html

205 ：デフォルトの名無しさん：2006/10/02(月) 15:28:03

>>190
ということは、JSFのJSPカスタムタグ相当のものを
Velocity Toolsで用意すれば・・・

きついかorz

206 ：デフォルトの名無しさん：2006/10/02(月) 17:08:38

freemarkerはどうなんだ〜？

いっそがしくて手が出せないよう

207 ：デフォルトの名無しさん：2006/10/02(月) 21:10:49

>>206
Velocity も Freemarker も使ったが、確かに
Freemarker は Velocity の欠点は解消されている。
一番恩恵を受けるのはエラーの特定だな。
俺としては過去の資産が無いなら Velocity を使う理由は無い。

208 ：デフォルトの名無しさん：2006/10/02(月) 21:21:20

SOHOの人らと一緒に頑張るならTapestryかなと思って最近勉強中。
ふむ、これが日本で普及しないのは勿体無いな。パッケージ品向けだと思うのだが。

209 ：デフォルトの名無しさん：2006/10/02(月) 23:44:16

>>207
やっぱり？Veloやった事があってFreemarkerやった人、
何人か居るんだけどみんなそういうんだよなあ。

時間が出来たらいじってみよう。

210 ：デフォルトの名無しさん：2006/10/02(月) 23:47:56

最近は重厚長大なフレームワークに目が行きがちだから
ここらで小奇麗にまとまったパッケージ作るのも乙かもね

211 ：デフォルトの名無しさん：2006/10/04(水) 01:59:35

いまさらTapeはないでしょ。

212 ：デフォルトの名無しさん：2006/10/04(水) 06:45:12

今だからこそじゃねか。JSFなんてショボデザ前提だぞ。
まともなのが来ちゃったらプログラマの負担がでかいだけだ。

213 ：デフォルトの名無しさん：2006/10/04(水) 15:59:38

WicketとかClickとかでいいんじゃないの？

214 ：デフォルトの名無しさん：2006/10/04(水) 22:07:06

おおWicketすげー分かりやすい。目から鱗。
でもリフレクション使いすぎじゃね？という懸念も無きにしもあらず。

215 ：デフォルトの名無しさん：2006/10/05(木) 02:48:02

Wicketいいね。

216 ：デフォルトの名無しさん：2006/10/10(火) 17:10:34

JSFちょっと使ってみた。
生成されたHTML見ると日本語が文字参照になってる。＆で始まる奴ね。
普通に日本語として可読可能な状態のHTMLを生成するようなスイッチってあるの？

217 ：デフォルトの名無しさん：2006/10/11(水) 22:19:38

>>216
無かったはず。
携帯用にMyfacesのjarを修正したことがあった気がする。
修正箇所は2つぐらいだけど、jarをいじるのは気が引けるね。

218 ：デフォルトの名無しさん：2006/10/12(木) 02:00:26

>>216
マジで！？
これからJSF使ってみようと思ってたところだけど、そんな使用だったとは。。

検索エンジンにも引っかからないんじゃね？

219 ：デフォルトの名無しさん：2006/10/12(木) 05:15:44

>>218
検索エンジンにはひっかかる。

220 ：デフォルトの名無しさん：2006/10/12(木) 12:51:55

>>218
仕様じゃないよ。
MyFacesがそうなっているだけ。

221 ：デフォルトの名無しさん：2006/10/12(木) 13:42:17

>>220
SunのRIやGlassfishの実装もそうなってるね。

222 ：デフォルトの名無しさん：2006/10/13(金) 01:04:20

外人はマルチバイトをバカにしているのか…

223 ：デフォルトの名無しさん：2006/10/13(金) 01:13:27

UTF-8もマルチバイトだろ。
ローカライズに積極的に参加しない
OS周りの日本コミュニティの責任

224 ：デフォルトの名無しさん：2006/10/13(金) 01:59:22

>>223
なんでオペレーティングシステム周りの日本コミュニティの責任なんだよ





と思ったのは俺だけじゃないよな

225 ：デフォルトの名無しさん：2006/10/13(金) 02:11:09

もうShift_JISとEUC-JPは捨てなきゃね
FCはもう移ってるんだっけ課

226 ：デフォルトの名無しさん：2006/10/13(金) 06:45:53

まあ、捨てるのはいいすぎかも知れないが、
新規で作るなら出来るだけUTF-8に移行すべきだとは思う。

Ubuntuも移っているとｵﾓﾀ

227 ：デフォルトの名無しさん：2006/10/13(金) 09:59:28

UTF-8に移行すべきだとは思うが、ブラウザにレスポンスを実体参照で返すべきだとは思わない。

228 ：デフォルトの名無しさん：2006/10/28(土) 20:05:57

ＪＳＦの勉強してるんですが、世の中の中枢である２ｃｈのスレでさえ過疎っていて不安でしょうがありません。
みんなStrutsが好きなんですか？

229 ：デフォルトの名無しさん：2006/10/28(土) 21:37:09

JSFは3.0になるまで様子見

230 ：デフォルトの名無しさん：2006/10/28(土) 21:53:49

というか、わざわざここで語ることがない。

231 ：デフォルトの名無しさん：2006/10/28(土) 23:13:23

JSFは２年前にまともな実装が存在していたなら、
今頃はJavaWebアプリのデフォルトになっていたかもな
結果として、広まる時期を逃してしまった。
今の時代にJSFに変えても、Ajaxにも対応しないしRESTfulなWebアプリも作れない
現時点では、とりあえずStrutsのままで様子を見た方が無難な気がする

232 ：デフォルトの名無しさん：2006/10/28(土) 23:34:30

>>231
言い得てる

233 ：デフォルトの名無しさん：2006/10/29(日) 00:28:31

> 世の中の中枢である２ｃｈの

ネタやん。

234 ：228：2006/10/29(日) 02:39:42

人が居て安心したｗ

ＪＳＦで色々試してるのですが、バグるし、日本語情報少ないし、
理解不能な挙動をして困っています。
勉強を続けるモチベーションを上げるための情報を下さい。

235 ：デフォルトの名無しさん：2006/10/29(日) 06:13:36

>>231
つAjaxFaces、Shale(Struts 2.x)

236 ：デフォルトの名無しさん：2006/10/29(日) 07:44:05

>>234
JSFは糞だ自分の感性を信じろ

237 ：デフォルトの名無しさん：2006/10/29(日) 09:51:49

>>234
>理解不能な挙動
どんな?

238 ：デフォルトの名無しさん：2006/10/29(日) 10:35:57

>>235
どっちも鳴かず飛ばずの状態だだがなｗ

239 ：デフォルトの名無しさん：2006/10/29(日) 13:08:08

AjaxFacesやShaleなんてもってのほか。
あんなもんが「使える」って思う奴の気がしれん。
しかも、いまだにShale(Struts 2.x)って？
今のStruts2.xはShaleとはまったく関係アリマセンが？

240 ：234：2006/10/29(日) 13:17:37

>>236
Strutsの本を読んでこれはだめだと落胆した後、ＪＳＦの本を読んだら天国にいる気がしました。
今から勉強するならStrutsよりJSFだと思ったのです。
勉強するからには、JSFは糞というよりは、単なる黎明期で、
すばらしい未来があるのだと信じたいのです。

>>237

・ListDataModelを用いてクリックされたアイテムのインデックスを取得する仕組みが、
<t:dataList>を使った時だけ機能しません。
<t:newspaperTable>や<h:dataTable>では機能します。

・作業フォルダworkを削ったら、work直下に今までと違うtldCache.serができるようになり、
セッションビーンがコンストラクトさえされなくなり、正しく動作しません。
ウェブアプリのURLを変えるとたまにうまくいったりします。
また、古いtldCache.serを戻し上書きしてやると、正しく動作します。

環境は、Tomcat5.5 Eclipse3.2+FacesIDE+TomcatPlugin Java5 WindowsXP
JSFは、sunの1.1と、MyFace1.1.3（FacesIDEに同梱のもの）、が入っています。

241 ：デフォルトの名無しさん：2006/10/29(日) 13:27:50

Strutsよりは全然いいけど、JSPベースのViewという時点で・・・
RestやFlex、Ajaxという方向に行きそうなこのご時世。

242 ：デフォルトの名無しさん：2006/10/29(日) 13:32:18

もうVelocityでいいじゃない。
何か問題ある？

243 ：デフォルトの名無しさん：2006/10/29(日) 13:36:55

>>242
標準技術ではない。

244 ：デフォルトの名無しさん：2006/10/29(日) 14:19:28

JSFは、FacesServletがHttpServletを継承してない時点で終わってると思う
今後のWebアプリケーションはHTTPをフルに使いこなすことが求められてるのに
GET、POST、PUT、DELETEを使い分けることが出来るServletの特性を
自ら捨ててしまっているし
HTTPに依存しないというJSFのポリシーによって、JSFは滅びる運命にあるな

245 ：デフォルトの名無しさん：2006/10/29(日) 14:20:23

別にJSF一辺倒でがんばらなくてもいいということでは？

246 ：デフォルトの名無しさん：2006/10/29(日) 16:51:31

別にJSFからJSP+servletのページ呼び出せるからそんなに
困った記憶はないんだが…。

JSFで提供されている機能以上の事をやろうとすると途端に敷居が
上がるのはあるけど、それはフレームワークだからそういうものと
漏れは思っているけど。

不満があるならテメーでタグ書けよって世界だと思ってた。

247 ：デフォルトの名無しさん：2006/10/29(日) 19:28:47

タグ書けっていう思考がうんこ。

248 ：デフォルトの名無しさん：2006/10/29(日) 20:02:31

タグ書けってのはStrutsが出た当初の思想だな。

249 ：デフォルトの名無しさん：2006/10/30(月) 09:10:32

>>241
AjaxはJSFで結構いい感じにコンポーネント化できてると思うのだが。

>>242
Viewの話はJSFと層が違う

250 ：デフォルトの名無しさん：2006/10/30(月) 11:05:07

>>244
JSF自体、Web用フレームワークではないからな。 もっと広い概念でのMVCフレームワーク。
まあ現実的にはWeb用なんだけど。
HTTPに特化したJSFとかがあれば、もうちっとマシかと。

251 ：デフォルトの名無しさん：2006/10/30(月) 12:13:21

そうやって無駄に広い分野をカバーしようとして失敗しつつある気がする。
EJBの二の舞。
きっと2年後に、Tapestry、WiketやClickの風味を取り入れた
もっと便利なJSF3.0が出るよ。それまでJSFはおあずけ。

252 ：デフォルトの名無しさん：2006/10/30(月) 23:49:59

>>250
元の作りがそうだから、AjaxやRESTに積極的に対応するには不適格なフレームワークだと言える
Ruby on RailsがRESTfulに突っ走ってるのとは対照的
JSFとは別の、今の時代に合ったフレームワークがJavaにも必要だと思うのだが

253 ：240：2006/10/31(火) 02:25:34

>>240
work削ったら動作がおかしくなった原因は、
libに、sun-RIのjarと、MyFaceのjarを両方入れていたのが原因だったようだ。
FacedIDEが自動で入れるものだけで十分なのが。

254 ：デフォルトの名無しさん：2006/11/06(月) 02:10:38

最近やっと色々うまく動かせるようになった。JSF最高！
tomahawk面白い。ただ情報が少なくてしんどい。

255 ：デフォルトの名無しさん：2006/11/11(土) 00:21:54

tomahawk-1.1.3のinputFileUploadって壊れてない？
サンプルのwarを探しても出てこないし。

256 ：デフォルトの名無しさん：2006/11/11(土) 00:24:27

物騒な名前だな

257 ：デフォルトの名無しさん：2006/11/13(月) 16:20:07

Faceletsて、どうなん？
HTMLベースでやっちゃうようだが。

258 ：デフォルトの名無しさん：2006/11/20(月) 04:19:02

>>255
動くよ

259 ：デフォルトの名無しさん：2006/11/27(月) 16:28:04

なんかスレが過疎ってるけど、JSFってまだあまり使われてないのかな

260 ：デフォルトの名無しさん：2006/11/27(月) 20:15:18

>>259
×まだ
○もう

261 ：デフォルトの名無しさん：2006/11/27(月) 22:11:51

じゃあみんなで何故JSFが廃れたかについて語ろうか。

262 ：デフォルトの名無しさん：2006/11/27(月) 22:53:15

JSFを好んで使っている漏れがきましたよ。

263 ：デフォルトの名無しさん：2006/11/28(火) 01:54:19

JSFってデザイナとの分業が絶望的じゃない？

264 ：デフォルトの名無しさん：2006/11/28(火) 20:28:20

実際に分業している人っているの？
JSP+servletよりはマシだから使っているんだけど。

265 ：デフォルトの名無しさん：2006/11/28(火) 22:11:54

素人なので、まじめに聞くが、
デザイナがJSFのタグを覚えて打つって分業は完璧だよな。

266 ：デフォルトの名無しさん：2006/11/28(火) 22:37:11

Velocityが一番好きだな
Writerを出力先にしてるから再利用しやすい
時点でWicketかな

267 ：デフォルトの名無しさん：2006/11/28(火) 22:57:16

>>265
今はどうか知らんがIDが自動生成なんでCSSとの連携がダメダメだろ
デザイナーが使ってくれるとは思えない
JSFはもう見捨てたから今後一切使わないけどな

268 ：デフォルトの名無しさん：2006/11/28(火) 23:12:33

>>267
CSSとの連携は、id使わないでclassだけじゃダメなの？

269 ：デフォルトの名無しさん：2006/11/29(水) 02:46:40

JSFってNetBeans前提な感じじゃない？

270 ：デフォルトの名無しさん：2006/11/29(水) 09:41:43

idはtomahawkでforceId属性使えば固定できるよ。

JSFしかしらない素人なので、JSFは最高と思っているんだが違うのか？
少なくともstrutsは気持ち悪いだろ。

271 ：デフォルトの名無しさん：2006/11/29(水) 22:14:56

>>268
getElementByIdを使わせない気か？

272 ：デフォルトの名無しさん：2006/11/29(水) 22:18:23

>>270
別に今後広まるとも思えないComponent前提のJSFの方が気持ち悪い

273 ：デフォルトの名無しさん：2006/11/29(水) 22:43:41

JSFはIDEから作るという特性を出したいらしいから
APIの美しさ云々ではなく、中間ファイル使ってでもいいから色んなIDEで
というのに主眼が置かれていると思う。
保守性より生産性を優先するならJSFもいいツールだよ。
社内の使い捨てアプリとか作る分には最高だ。RoRとか選択肢になけりゃ。

274 ：デフォルトの名無しさん：2006/11/29(水) 23:23:24

IBMのWebSphere(Rational)だとRoRが選択肢にないので、今のところWebアプリの
製作で一番生産性が高く初心者でも扱えるのはJSFだと思う。

確かに.NET並にまったくプログラムをせずにデータの照会・更新・削除・アップロード
ダウンロードくらいは簡単に出来る。

Javaの知識ゼロでもそこそこ出来るのはそこそこに感動したけど、
おそらく、楽に作れすぎてしまうので製作者がドキュメント作らなくなるのが
欠点だとは思う。
VB厨の気持ちが体感できる。（ｗ

275 ：デフォルトの名無しさん：2006/11/30(木) 23:36:52

自分はガリガリコードを書く派だけれども、O/Rマッパーと
DIコンテナとJSFを混ぜて使うと結構楽チンになる気がする。

276 ：デフォルトの名無しさん：2006/12/01(金) 00:33:02

EJB3+JBoss seam +JSFはかなり楽チンになりそうだね。

277 ：デフォルトの名無しさん：2006/12/01(金) 00:58:54

JBoss Seamイマイチ。

Conversation IDがアプリ全体で一意なのはいいけど、
なんで単純に1からインクリメントなんだ？カンタンに偽装オッケーじゃんか。

EventスコープでもConversation IDが振られる。
リダイレクトで画面遷移できても
「JSFはURLがブックマーカブルではない」という問題は全然解決できてない。

SFSB使いすぎ。リソース消費激し過ぎ。

JSFのSAVING_STATE_METHODがClient必須。
正気かよ？？？？

TeedaとかS2xx等、Seaser関連使ったほうが良さげ。

278 ：デフォルトの名無しさん：2006/12/01(金) 03:05:06

TeedaはS2Container使わないといけないからなあ

279 ：デフォルトの名無しさん：2006/12/01(金) 05:57:33

panelGridやpanelGroupタグを使ってcolspan属性を付ける方法が見当たりませんでした。
facetを使うと丸々一行にcolspanが張られるのですが、指定した列をまとめることができなくてorz
みなさんどうやって自在なtableタグをきってるのでしょうか・・

たとえば下の簡単な例でも、htmlタグをべた書きしないと作成することができませんでしたorz
<table border=1>
<tr>
<td>ラベル</td>
<td><input type="text" size="20" /></td>
<td>メッセージ</td>
</tr>
<tr>
<td colspan=2 align="right"><input type="button" value="ボタン" /></td>
</tr>
</table>

280 ：デフォルトの名無しさん：2006/12/01(金) 12:17:30

>>279
調べたら、tomahawkの<t:panelGroup>にcolspan属性が増設されたらしい。
tomahawk-1.1.3で使えなかったので、その後のバージョンのものか。
rowspanはないらしい。

手打ちJSFは楽しいな。

281 ：279：2006/12/01(金) 20:12:51

>>280
早速試してみます。ありがとうございますm(__)m

またまた質問で申し訳ないのですが、
Sun Java Studio Creator2でtomahawkやsandboxを使いたいのですが、JSC用の complibってないですよね？　
探してみたのですが見つからなくて。。
これだけメジャーなライブラリのcomplibファイルを自分で作成するのも変なはなしですよね。。

というのも、BluePrints AjaxComponentsのautocompleteを試してみたのですが
使い勝手が悪くて（自分が使いこなせてないだけかもしれませんが）
sandboxの方を使いたくて＾＾；

282 ：デフォルトの名無しさん：2006/12/02(土) 02:55:50

SunのCreatorってどうなの？
最近のマシン（C2D）とかなら余裕でサクサク？

283 ：デフォルトの名無しさん：2006/12/02(土) 03:59:10

C2D持ってないのですが
Pen4の2.6G、Mem1Gの自宅PCでは、
セキュリティソフト無し、余分なプロセスが動作してない状態でも
固まったかな？と思うことがあります＾＾；
起動時にかかる時間はめちゃ長いと思いました。

284 ：デフォルトの名無しさん：2006/12/02(土) 07:44:05

>>282
もう単体の製品じゃなくなる。

285 ：デフォルトの名無しさん：2006/12/02(土) 20:18:16

>>283
そんなんだと上司説得しづらいなｗ
重いもん入れるとしかられちゃう

286 ：デフォルトの名無しさん：2006/12/04(月) 23:21:31

>>277

> リダイレクトで画面遷移できても
> 「JSFはURLがブックマーカブルではない」という問題は全然解決できてない。

↓はダメなの？
http://www.jbug.jp/trans/jboss-seam1.0.1GA/ja/html/conversations.html#d0e3703
http://www.jbug.jp/trans/jboss-seam1.0.1GA/ja/html/tutorial.html#blog

287 ：デフォルトの名無しさん：2006/12/04(月) 23:35:49

>>286
試してみたことある？
SeamRedirectFilterを使ってRedirectによる画面遷移を行うと
URLに常にConversationIDがパラメータとして付加されるんだよ。

288 ：デフォルトの名無しさん：2006/12/05(火) 07:00:54

>>287
Seam付属のblogサンプルだとconversationIdが付くのって
ログイン周りだけみたいなのだが、対話セッション中のコン
テンツもブックマークしたいということか？

289 ：デフォルトの名無しさん：2006/12/06(水) 02:04:30

バッキングビーンのスコープのrequestとsessionてどう使い分けてる？
sessionスコープで複数のページで共有する方がhiddenに頼らなくて済むのはいいんだが、
データが残らなくていいところで残ったりと何かを気を使わなきゃならない感じで
やっぱりトレードオフなのかな・・・

290 ：デフォルトの名無しさん：2006/12/06(水) 04:59:43

tomahawkの<t:saveState>も面白い。
inputHiddenより簡単に特定ページ間でビーンの値を保持できる。

sessionビーンはグローバル変数ぐらい嫌なんだが。

291 ：デフォルトの名無しさん：2006/12/06(水) 07:21:34

>>289
まさにそういうときのためのJBossSeamにはConversationスコープがある。

292 ：デフォルトの名無しさん：2006/12/06(水) 15:14:58

そしてConversationIDの問題に話がループ

293 ：デフォルトの名無しさん：2006/12/06(水) 19:38:46

StrutsとJSFの中間的なものが欲しい

294 ：デフォルトの名無しさん：2006/12/06(水) 20:04:24

Wicket対応のフォームデザイナが一番幸せかも。
既存のHTMLにWicket属性を埋め込めるフォームデザイナでもいい。
あとValidaterとConvertorは仕様を統一してほしい。

295 ：デフォルトの名無しさん：2006/12/06(水) 21:38:24

SpringMVCとJSFだとどっちがいいかな？

296 ：デフォルトの名無しさん：2006/12/06(水) 21:57:57

>>289
私はセッションレベルで管理しているビーンは一つだけにしているが。

297 ：デフォルトの名無しさん：2006/12/06(水) 22:12:02

>>284
NETBEANSのプラグインになることか？
サーバーはサンのやつか。
これが重くてたまらんよ。

298 ：デフォルトの名無しさん：2006/12/06(水) 22:33:56

5.0だからTomcatバンドルだけど、正直それをプラグインにしてよって感じだね
バンドルサーバの更新をしこしこするのはやだなぁ

299 ：デフォルトの名無しさん：2006/12/06(水) 23:49:58

>>297
Tomcatで動かせばいい

300 ：デフォルトの名無しさん：2006/12/07(木) 08:58:38

>>299
今、JSC使ってるんだけど、サーバーをトム猫に変えられるということ？

301 ：デフォルトの名無しさん：2006/12/07(木) 10:24:13

コンテナ特有の機能を使ってなきゃ、試しに移行してみな。 まんま行けるかもよ。

302 ：デフォルトの名無しさん：2006/12/08(金) 16:52:16

Netbeans に Visual Web Pack いれたら
トム猫ベースでＪＳＦが動きました．
というわけで，ＪＳＣとサンのサーバーとはおさらばします．

303 ：デフォルトの名無しさん：2006/12/09(土) 08:05:49

JSCでもTomcatで動かせるはずだが。

304 ：デフォルトの名無しさん：2007/01/22(月) 22:43:00

willcomのオンラインストアがJSFで作られてるっぽいけど、実装はなにか分かる人おらん？

305 ：デフォルトの名無しさん：2007/02/15(木) 17:10:59

JSFの実装の選択肢にMyFacesとTeedaがあったら、どっちを使うのがよい？

306 ：デフォルトの名無しさん：2007/02/16(金) 00:00:54

単体での使い勝手を考えたらTeeda。

「メジャーである」「『対応している』と明言している
コンポーネントライブラリが多い」という安心感が
欲しければMyFaces。

307 ：デフォルトの名無しさん：2007/02/16(金) 10:20:35

>単体での使い勝手を考えたらTeeda。

まだ開発中な感じにみえるからどうも踏み切れないなぁ

308 ：デフォルトの名無しさん：2007/02/16(金) 21:40:39

MyFacesは最近どうなの？ そろそろ安定してきた？

309 ：デフォルトの名無しさん：2007/02/17(土) 21:39:28

バッキングビーンの仕様はいいね。

310 ：デフォルトの名無しさん：2007/02/18(日) 05:52:37

JSFいいね。
いまさらStrutsを選ぶやつの気がしれん。

311 ：デフォルトの名無しさん：2007/02/18(日) 15:43:50

JSF確かにいいんだけど、難点は、なにか記述を間違えてしまって
setterやactionが呼ばれなくなったときのデバッグが難しいこと。
IDEによるサポートが充実していればいいんだろうけどね。

312 ：デフォルトの名無しさん：2007/02/18(日) 15:56:34

JSFとは
ジェフ・桟原・藤川
今年の阪神の押さえかいのぉ？

313 ：デフォルトの名無しさん：2007/02/18(日) 16:14:16

俺はJSF好きじゃないなぁ。

http://www.eisbahn.jp/yoichiro/2006/12/jsfajaxui_with_shale_remoting_10.html
>>UIInputが対象とする入力値はあくまで１つであり，よってバリューバインディングが行われる値も１つである



複数のinput要素と複数のBeanプロパティが対応するような、
コンポーネント作りが激しくだるい。

314 ：デフォルトの名無しさん：2007/02/18(日) 16:36:42

>>313
どうでもいいが、そのブロガー、役不足の使い方を間違えてるなｗ

315 ：デフォルトの名無しさん：2007/02/18(日) 17:01:26

>>314

揚げ足取り乙。

316 ：デフォルトの名無しさん：2007/02/18(日) 17:22:04

>>315
その程度で揚げ足取りなんて言われたら学校の先生の立場が危ないぜ

317 ：デフォルトの名無しさん：2007/02/18(日) 19:13:47

役不足という言葉は、そろそろ新しい意味で正式に認識されてもいい頃だ

318 ：デフォルトの名無しさん：2007/02/18(日) 19:17:30

正反対の意味が認知されちゃうのはｲﾔだなあ。

319 ：デフォルトの名無しさん：2007/02/18(日) 19:23:44

ある意味2chだからこそ、こういう言葉は正しく使うべきだとｵﾓ。

320 ：デフォルトの名無しさん：2007/02/18(日) 20:04:49

助長とか、逆の意味で浸透して、既に辞書にまで載るくらいだからな。

321 ：デフォルトの名無しさん：2007/02/18(日) 20:34:43

ただの揚げ足取りならスルーでいいのだが、
間違った日本語を平気で使うブログは、
・なんとなく、根拠のない思いこみ癖がある著者
・物事を正しく表現できない・正確に伝えられない著者
という可能性があって、信憑性が落ちることがある。

322 ：デフォルトの名無しさん：2007/02/18(日) 21:16:22

>>321
まぁな。
だが、『役不足』の間違いはよくある話。
多めに見てやってくれ。

323 ：デフォルトの名無しさん：2007/02/18(日) 21:24:29

でも「役不足」なんていうのは「勉強のできる子」なら大抵知ってることなんで。
「勉強のできない子」がまとめた文書を盲目的に信じろっていうのもねえ。
あんたも「多め」とか書いてるしｗ

324 ：デフォルトの名無しさん：2007/02/18(日) 21:50:59

多めが大目ってこと？

でもたぶん>>323より俺のほうが高学歴。
東大じゃぁないけど。

325 ：デフォルトの名無しさん：2007/02/18(日) 21:52:54

2chで学歴自慢とは・・・。

326 ：デフォルトの名無しさん：2007/02/18(日) 22:13:57

> でもたぶん>>323より俺のほうが高学歴。
> 東大じゃぁないけど。

327 ：デフォルトの名無しさん：2007/02/18(日) 22:24:55

そろそろやめないか？ｗ

328 ：デフォルトの名無しさん：2007/02/18(日) 22:38:49

言葉の意味は時代と共に変わるんだ。
おっさんは正しく、いとおかし とか言っとけ。

329 ：デフォルトの名無しさん：2007/02/18(日) 22:50:32

「役不足」の意味は変わったのか？

330 ：デフォルトの名無しさん：2007/02/18(日) 23:07:56

間違えてる使っている人口が増えているだけで、
「役不足」の意味は変わらない。
死語の様に使われなくなった言葉ならともかく。

そして「多めに見てやってくれ。」って言う奴の言葉は
さらに説得力がないな。ｗ

331 ：デフォルトの名無しさん：2007/02/18(日) 23:10:30

それを免罪符にするのそろそろやめないか？

332 ：デフォルトの名無しさん：2007/02/18(日) 23:11:13

すまん。
「それ」＝「言葉の意味が時代とともに変わる」

333 ：デフォルトの名無しさん：2007/02/18(日) 23:52:59

そういう奴に限って人が死んだ時に
平気で冥福を祈ったりするもんよ。

俺もなんかやらかしてるんだろうなあ・・・。

334 ：デフォルトの名無しさん：2007/02/19(月) 01:42:14

おまえら全員激しく板違いだ。アホか。
好きなだけ語ってこい。

言語学
http://academy5.2ch.net/gengo/

335 ：デフォルトの名無しさん：2007/02/19(月) 11:22:25

まぁ、このスレを見てる人が俺以外にもいることがわかった

336 ：デフォルトの名無しさん：2007/02/20(火) 01:21:57

冥福を神に祈って火葬で寺に埋め神社で穢れを禊ぐのだ

337 ：デフォルトの名無しさん：2007/02/20(火) 11:47:54

そろそろJSFの話にもどろうか．．．．

338 ：デフォルトの名無しさん：2007/02/21(水) 17:23:30

JSFの話にもどそうとしたら人が消えた

339 ：デフォルトの名無しさん：2007/02/21(水) 17:32:52

使ってる人少ないからね。

340 ：デフォルトの名無しさん：2007/02/21(水) 18:16:35

Strutsは飽きたがJSFはまだかいな。ちょいなちょいな。

341 ：デフォルトの名無しさん：2007/02/24(土) 19:04:06

http://www.eclipse.org/webtools/development/news/2.0M4/j2ee.php

WTP2.0のVisual Page Designerって使えそう？

342 ：デフォルトの名無しさん：2007/02/24(土) 20:20:19

>>341 感想よろしく。

343 ：デフォルトの名無しさん：2007/02/27(火) 00:18:51

JSF Tools として公開されてたやつかな？

344 ：デフォルトの名無しさん：2007/03/12(月) 12:51:28

JSP+Servletが一番いいな。

345 ：デフォルトの名無しさん：2007/03/21(水) 00:58:44

Tobagoってなんだよ
Tomahawkとは違うのかよ

346 ：デフォルトの名無しさん：2007/03/21(水) 01:12:29

ちがうだろ、そりゃ

347 ：デフォルトの名無しさん：2007/03/21(水) 01:27:58

>>346
OOスレの春厨か

348 ：デフォルトの名無しさん：2007/03/21(水) 04:53:41

Studio Creator/NetBeans Visual Web Packのコンポーネントが、woodstockコンポーネントとして独立するね。
https://woodstock.dev.java.net/index.html

349 ：デフォルトの名無しさん：2007/04/08(日) 00:40:57

ﾔﾚﾔﾚだな・・・・

350 ：デフォルトの名無しさん：2007/04/08(日) 20:30:01

VisualWebPackで業務ｼｽﾃﾑ開発中･･･
毒を食らわば皿まで、やね。
そのくらいのほうがﾒﾘｯﾄ/ﾃﾞﾒﾘｯﾄはっきりして個人的には好きやね。

351 ：デフォルトの名無しさん：2007/04/08(日) 20:33:57

勇気あるな。

352 ：デフォルトの名無しさん：2007/04/08(日) 20:40:27

どこら辺が問題なの？
>ﾔﾚﾔﾚだな・・・・
>毒を食らわば皿まで、やね。

353 ：デフォルトの名無しさん：2007/04/09(月) 07:50:26

>>352
んーと、ただでさえクセのあるJSFにもう一個FWが被せられてる感じ。

354 ：デフォルトの名無しさん：2007/04/09(月) 22:11:45

レスどうも、軽く触ってみた感じではJSFはStrutsよか簡単に感じたのでクセのあるっていうのは意外でした。
@ASP.NETから入った人

355 ：デフォルトの名無しさん：2007/04/10(火) 01:00:49

Strutsは難しいけど動きにはクセがない。
JSFは易しいけど動きにクセがありまくり。

356 ：デフォルトの名無しさん：2007/04/10(火) 07:27:58

クセがあるなんて言ってる奴は
新しいものについて行けないか視野の狭いJava厨だけw
.NET厨には普通の動きに見えるだろうな。

357 ：デフォルトの名無しさん：2007/04/10(火) 08:13:04

クセというのは、>>353で書かれてあるように、JSFの上に更にVisualWebPack用の
仕組みが組み込まれていることだと思う。
そういうのは既存のJavaフレームワークではあまり無い。
あくまでソースをゴリゴリ書くのが今までのJava開発だったからな
たしかにASP.NET方向に近づく進化だが、一方でRails的な進化とは別方向なので
気になる開発者も多いと思う

358 ：デフォルトの名無しさん：2007/04/10(火) 08:52:44

Visual Web Pack は結構やっかいだ。

359 ：デフォルトの名無しさん：2007/04/10(火) 11:51:36

>>357
お前、日本語読めないだろ

360 ：デフォルトの名無しさん：2007/04/10(火) 12:37:01

まねじどびーんがPOJOなのがいいのにそうじゃなくなるよね

361 ：デフォルトの名無しさん：2007/04/12(木) 01:41:53

>>356
ブックマーク不可とかクエリーパラメータが使えないとか、視野が狭いどころの騒ぎじゃありませんが。

362 ：デフォルトの名無しさん：2007/04/12(木) 09:21:40

ブックマーク不可ってときどき聞くけどどっか例になるサイトある？
クエリーパラメタ使用不可っていうのはGETでパラメタ受けてくんないってことだよね？

363 ：デフォルトの名無しさん：2007/04/12(木) 10:19:07

>>362
デマだから気にするな。

364 ：デフォルトの名無しさん：2007/04/14(土) 14:53:54

MyFacesのJSF1.2対応っていつ頃出るのかな？
JBossはMyFacesからGlassFish実装に乗り換えたらしいが

365 ：デフォルトの名無しさん：2007/04/14(土) 16:21:22

1.1.3あたりからすでに1.2対応。

366 ：デフォルトの名無しさん：2007/04/14(土) 21:31:56

>>365
おーそうなのか？ と思って1.1.5をDLしたら
APIには1.1が入っていたよ・・・

367 ：デフォルトの名無しさん：2007/05/06(日) 16:23:14

やっとJSFなおれ

368 ：デフォルトの名無しさん：2007/05/08(火) 01:13:09

JSFってSEOを考えるとどーかと思う。
例えばURLパラメータをスラッシュで区切って受けるってことができないだろ

369 ：デフォルトの名無しさん：2007/05/08(火) 01:48:33

質問か。

370 ：デフォルトの名無しさん：2007/05/08(火) 03:24:21

瀬を早み 岩にせかるる 滝川の われても末に 逢はむとぞ思ふ

371 ：デフォルトの名無しさん：2007/05/08(火) 22:51:48

>>368
できる

372 ：デフォルトの名無しさん：2007/05/10(木) 11:24:55

時刻がずれて表示されてしまう問題についてご存知の方がいれば教えてください。

問題:ブラウザ上で時刻データDateやTimestamp形を表示すると時刻がずれしまう。
　　　ちょうど9時間ずれている(GMT時刻で表示される)ことから、Localeの設定だとは思っています。

・表示する前のアクションクラスでtoStringでログに出力すると正しく表示されるため、表示するデータは正しいと思います
・faces-config.xmlで<default-locale>ja</default-locale>と<supported-locale>ja</supported-locale>を設定しています
・開発環境はseam-1.2.1GA,java1.5.0_11,jboss4.0.5.GAです
・ブラウザは、IE,firefox,Operaで確認しました。

もし、何か心当たりがありましたら、教えてください。よろしくお願いします。

373 ：デフォルトの名無しさん：2007/05/10(木) 23:08:15

>>372
ろけーるをしていしてしゅつりょく

374 ：デフォルトの名無しさん：2007/05/11(金) 12:16:30

>>373
一度試してうまくいかなかったのですが、改めて試してみました。

<h:outputText value="#{Date型の変数}">
<f:convertDateTime pattern="yyyy/MM/dd HH:mm:ss" locale="Locale.JAPAN"/>
</h:outputText>

という形で試してみましたが、だめでした。
そこで、Locale.JAPANをLocale.GERMAN等いろいろな国で試してみたのですが、
同じ値（GMT)が出力され、localeの設定が生かされていないようです。
うーん何でだか、わかる方がいらしたらお願いします。

375 ：デフォルトの名無しさん：2007/05/11(金) 12:54:44

timeZone="Asia/Tokyo"

376 ：デフォルトの名無しさん：2007/05/11(金) 14:32:26

あ、そうかLocaleは時差じゃなくて書式に作用ということ・・・なのかな？
timeZoneの設定で確かに、解決することができました。

一個一個書いていくのはめんどくさいので、何かまとめて設定するところが
あるとは思うのですが、問題点がはっきりしたので、以降は自分で探したいと思います。

ご協力ありがとうございました。

377 ：デフォルトの名無しさん：2007/06/24(日) 11:10:44

JSFはレンダラーのカスタマイズとかがややこしいな。
直接ＪＳＰとかインクルードできないし。

簡単に使うだけならいいけど、カスタマイズしようとかすると
急に敷居が高くなる

378 ：デフォルトの名無しさん：2007/06/25(月) 23:30:57

フレームワークというのはそういうモノと思うしかないと思うが。

379 ：デフォルトの名無しさん：2007/06/26(火) 23:28:03

getAsObjectでFooを返すカスタムコンバータを作って、
下記のようにbean.fooでFooを受け取れないかと思ってるんですが
bean.setFoo(Foo foo)が呼び出されていないようです。

class Foo{
...
}

class bean{
 Foo foo;
...
}

<f:SelectOneMenu value="#{bean.foo}" >
...

なにやらJSFのgetConvertedValueあたりでバリデータのエラーが
起こっているようなワーニングがでていました。(JSF RI 1.2。
ソースコードは権限がないといわれて落とせませんでした。)

SelectOneMenuで自作クラスは使えないのでしょうか?

380 ：デフォルトの名無しさん：2007/06/26(火) 23:52:23

JSFつかってて、どういうときに痒いところに手がとどかないって感じますか？

381 ：デフォルトの名無しさん：2007/06/27(水) 10:50:23

ネットに資料が少ないところ

382 ：デフォルトの名無しさん：2007/07/07(土) 20:48:47

ざっと試した感じ、





VB以下だな

383 ：デフォルトの名無しさん：2007/07/07(土) 22:07:29

釣れますか？

384 ：デフォルトの名無しさん：2007/07/08(日) 15:45:10

ざっと何を試したのかな？

385 ：デフォルトの名無しさん：2007/07/09(月) 09:29:01

fとhだけじゃかなり自由度がなくね？

386 ：デフォルトの名無しさん：2007/07/09(月) 17:48:14

JSF ちょこっと勉強したが、使わなくても Servlet + JSP で十分だと感じた。

387 ：デフォルトの名無しさん：2007/07/09(月) 20:00:35

学生は暇つぶせるからそうかも知れんな。

388 ：デフォルトの名無しさん：2007/07/09(月) 21:23:50

JSFは、ツール使ってナンボだな。

389 ：デフォルトの名無しさん：2007/07/09(月) 21:25:14

>>385
MyFacesかwoodstockか、コンポーネントの追加したら結構いいけどな。

390 ：デフォルトの名無しさん：2007/07/09(月) 21:30:19

Strutsをツール使わずにやるのとJSFをツール使わずにやるのとでは、絶対にJSFの方が生産性は高い

391 ：デフォルトの名無しさん：2007/07/09(月) 21:40:17

フロントエンドをツール使って適当に作る分にはいいのかも
と、思ってたけど、Seamってのがあるくらいだから、ビジネスロジックもぐちゃぐちゃになるん？

392 ：デフォルトの名無しさん：2007/07/09(月) 21:51:05

ビジネスロジックはまた別の話でしょ
ちゃんとIF切ってれば問題ないと思うが。
それはStrutsも同じでしょ。

393 ：デフォルトの名無しさん：2007/07/10(火) 01:26:36

まあStrusは好みだしな。
HTML書きが苦でない香具師には効果無し。

394 ：デフォルトの名無しさん：2007/07/10(火) 14:49:47

>>390
Strutsをツール使ってやるのとJSFをツール使ってやるのとでは、絶対にJSFの方が生産性は高い

395 ：デフォルトの名無しさん：2007/07/10(火) 15:24:11

JSFだろうがStrutsだろうが、なんでもセッションに入れるクソ設計はやめろと言いたい

396 ：デフォルトの名無しさん：2007/07/10(火) 19:22:04

それはもう、あきらめたほうがいい

397 ：デフォルトの名無しさん：2007/07/11(水) 17:34:55

Seamではセッションより短いスコープのものが用意されてたような。

398 ：デフォルトの名無しさん：2007/07/12(木) 00:33:49

実装としてはセッションを使うかhidden埋め込みになるわけで

399 ：デフォルトの名無しさん：2007/07/13(金) 10:11:24

俺はtomahawk追加してるんだが、おまいらは何追加してる？
業界的に何が標準？

400 ：デフォルトの名無しさん：2007/07/13(金) 10:29:19

JSF

401 ：デフォルトの名無しさん：2007/07/16(月) 12:41:05

JSFの案件て実際にあるか？

402 ：デフォルトの名無しさん：2007/07/16(月) 12:44:23

どこの営業が「JSFの案件とってきました」とか言うのだろうか・・・。

403 ：デフォルトの名無しさん：2007/07/16(月) 18:32:20

>401
あるよ

404 ：デフォルトの名無しさん：2007/07/17(火) 09:19:00

>>401
客に頼まれて、どこぞのバカ会社の作ったJSF使ったやつのメンテを引き受けた
JSFだけじゃなくJavaもServletも分かってない感じのソースで、ダメダメだった

405 ：デフォルトの名無しさん：2007/07/17(火) 19:53:44

＞JSFだけじゃなくJavaもServletも分かってない感じのソースで、ダメダメだった
つか、知らんかったらビルドすら出来んと思うが。

406 ：デフォルトの名無しさん：2007/07/17(火) 22:27:10

>>405
いまはIDEが便利

407 ：デフォルトの名無しさん：2007/07/17(火) 23:11:38

ところでわかっていないソースってどんなのよ？

正直バカ会社ってaspとかを使ってそうなんだが。

408 ：デフォルトの名無しさん：2007/07/17(火) 23:52:28

ASPを選択できないところがバカなんだろ。

409 ：デフォルトの名無しさん：2007/07/18(水) 06:37:42

釣れますか？

410 ：デフォルトの名無しさん：2007/07/18(水) 13:48:57

>>407
マネージドビーンのコンストラクタでコンフィグクラス、ユーティリティクラスを初期化(newする)
なお、マネージドビーンは全部セッション
セッションに入れておく必要のないListをマネージドビーンのフィールドとして持ってる
バリデータは独自実装で、項目ごとにバリデータクラスがある
バリデータクラスは使うたびにnewしないとならない
ログインしてるかどうかの判定がマネージドビーンのコンストラクタにあるが、ログインしてなくても関係なく動く
ログインは各機能ごとにしなくてはならない(マネージドビーン単位？)

童貞だってもっとマシなコード書くわ
しかもセッションタイムアウトの設定を24時間に
すごい勢いでOutOfMemoryです・・・

411 ：デフォルトの名無しさん：2007/07/18(水) 19:22:56

>>410
> 項目ごとにバリデータクラスがある

JSF 1.1だよな？
項目ごとにバリデーションエラーのメッセージを変える必要があるなら、
それ以外にうまい方法はなさそうだぞ。

> しかもセッションタイムアウトの設定を24時間に
> すごい勢いでOutOfMemoryです・・・

それくらいでメモリ不足になるかね？
1万セッション×100KBでも1GB。
AP鯖ならそれくらい積めよと思う。

しかしJSFはログイン処理が標準化されてないのが
嫌だね。
include-preludeでsession変数とクッキー見るのが
一番？

412 ：デフォルトの名無しさん：2007/07/18(水) 19:49:52

まぁマネージドビーンになんでもかんでもデータ突っ込んでたら
すぐ何十MBにもなってしまうわな。
sessionにどういうデータをどのようにぶら下げるかあまり意識
しなくてもいいというのがJSFの利点でもあるわけだが。

413 ：デフォルトの名無しさん：2007/07/18(水) 21:23:47

メモリ不足は無いと思うけど、問題はGCじゃない？
無駄にオブジェクトの寿命を長くしたら、
Old GCが頻発して、あまりよくないような気がするなぁ。
ハードウェアのスペックを上げれば、要求性能は満たせるかもしれないが、
糞設計のためにハードウェアコストが上がる、というのが納得がいかない。
ハードウェアに金掛けた分、開発で手を抜いて開発費押さえて元を取る、
というのが近年の流れというのは分かるけど、
同じ工数で負荷の低い設計ができる、というのが分かるだけに、
タコな技術者のせいで顧客に余計なコストを背負わせていると思えてくる。

JSFは使ってないが、なんでもかんでもセッションに入れる設計のWebアプリの開発に関わった時にそう思った。
高価なPCサーバ（はっきり言ってイントラ向けにはオーバスペック）を使ってて、
その有り余る性能がこんな糞設計を吸収するために使われるのかと考えると、
正直お客さんに悪いような気がした。

414 ：デフォルトの名無しさん：2007/07/18(水) 22:29:50

クラスタしなくてもセッション情報のディスクI/Oってあるんだっけ？
少なくともセッションレプリケーションのコストで、全然スケールしなさそう。

415 ：デフォルトの名無しさん：2007/07/18(水) 23:34:49

漏れもよく理解してJSF使っているワケではない素人だけど

>バリデータは独自実装で、項目ごとにバリデータクラスがある
>バリデータクラスは使うたびにnewしないとならない

独自実装する必要がたぶんあったんだと好意的解釈をしたとしても
なんちゃら.xmlに記述すればソースでnewとかしなくても、タグに
そのクラス記述しとけば使えなかったか？

managedBeanってあんましコンストラクタでどーこーしようとは思わんけど
ログイン判定をコンストラクタでやろうとする発想が凄いな。

とか言いつつもどこでやるのが適切か？と言われるとうまく答えられんけど。
漏れはmanagedBeanにフィールドで持たせていて、
判定はDB鯖にアクセスする時に例外が発生したら・・・、とかやってるけど。

416 ：デフォルトの名無しさん：2007/07/18(水) 23:47:44

ログイン判定ってFilterでやるもんじゃないの？

417 ：デフォルトの名無しさん：2007/07/20(金) 10:03:51

>>411
項目ごとにメッセージ変えるからって個別にクラス作るなんてどんだけアホな設計だよ
しかも一分間に7セッション弱ってかなり小さすぎだろ、システム的に

418 ：デフォルトの名無しさん：2007/07/20(金) 13:16:45

メッセージが指定できるクラスを作るでござる

419 ：デフォルトの名無しさん：2007/07/20(金) 13:23:56

>>413
逆に考えるんだ、「高コストの技術者を長期に使うよりは安い」と考えるんだ

420 ：デフォルトの名無しさん：2007/07/22(日) 02:06:10

>>417
> 項目ごとにメッセージ変えるからって個別にクラス作るなんてどんだけアホな設計だよ

JSFの設計者に言えよ。
1.2では微妙に直ってる。
それでもまだ、エラーの原因ごとにメッセージを変えるには個別にクラスが
必要。

> しかも一分間に7セッション弱ってかなり小さすぎだろ、システム的に

ユニークビジターが毎日1万人くるサイトなら真面目にやれ、としか。
ひょいと「お前これやれ」と投げて引き継ぎ終了、そんなんで
まともなコードが出てくるわけがない。

421 ：デフォルトの名無しさん：2007/07/22(日) 18:14:04

>>410
>なお、マネージドビーンは全部セッション

JSC開発したら，デフォルトでマネージドビーンのスコープはセッションになるからな．
JSFってそういうもんだと思ってしまう．

422 ：デフォルトの名無しさん：2007/07/22(日) 18:28:10

セッションは 24 時間でもいいが、
5 分でディスクに永続化されるようにすればいい。
Tomcat とかデフォルトで永続化されると
思ってるバカが多いからな。

423 ：デフォルトの名無しさん：2007/07/28(土) 17:12:33

ここで聞くこっちゃないけど、Click Frameworkのスレってないよね？WebProg板にも。
今までずっとJSF使ってきたけど、最近Clickを試してみたらperlでcgi書くみたいに
サクサク書けるんで感激した。

424 ：デフォルトの名無しさん：2007/07/28(土) 23:04:07

Wicket とどっちがいい？

425 ：デフォルトの名無しさん：2007/07/30(月) 16:19:38

Wicket、いつのまにかApacheのプロジェクトになってる…

426 ：デフォルトの名無しさん：2007/08/03(金) 07:34:34

Wicket こそ正解。

所詮、設定ファイルなど無力よ。

427 ：デフォルトの名無しさん：2007/08/05(日) 11:49:47

Ymir いいぜ。

Seasar 系で初めていいと思った。
JSF や Wicket 見てもなんだかなー、俺様フレームワークを
作りたい衝動を抑えてきたが、Ymir は思想的に完璧だ。
完全に俺様の考えとオーバーラップする。
動かしてねーけど。

428 ：デフォルトの名無しさん：2007/09/12(水) 13:38:43

427見たいな自己中なやつの作る

429 ：デフォルトの名無しさん：2007/09/12(水) 13:40:09

427見たいな自己中なやつの作るフレームワークで開発するやつらかわいそうだな。
こーゆーやつの作るフレームワークって大概思想押し付けのオナニーフレームワークだし

430 ：デフォルトの名無しさん：2007/09/13(木) 02:37:23

どうした？ 嫌なことでもあったのか？

431 ：デフォルトの名無しさん：2007/09/13(木) 03:34:40

ああ。思想押し付けのオナニーフレームワークを作る奴がいてだな

432 ：デフォルトの名無しさん：2007/09/13(木) 06:41:21

それを言い出すとStrutsもオナニーから始まったと思ったが。

433 ：デフォルトの名無しさん：2007/09/13(木) 15:53:34

独善的でない設計は総花的。

総花的な設計はみんなが「いーんじゃね？」と言ってくれる。
そして誰も使わない。

独善的な設計は信者が使う。
そして信者以外の奴も使わされるようになる。

434 ：デフォルトの名無しさん：2007/09/15(土) 03:24:43

そもそも思想押し付けんのがフレームワーク。

435 ：デフォルトの名無しさん：2007/10/18(木) 01:28:26

<h:inputText id="hoge1" value="#{bean.foo}" />
<h:inputText id="hoge2" value="#{bean.foo}" />

inputTextのidに上記の様に連番をつけたいのですが、
何か方法はないでしょうか？

<h:inputText id="hoge"<%= i %> ... />
とか、式を書くと怒られます。

436 ：デフォルトの名無しさん：2007/11/04(日) 19:28:07

NetBeans6はVisualWebが独立したプロジェクトじゃなくて
strutsやJSFのようにフレームワークを選択するようになったね

Tomcatが標準で６になってJSFも1.2が使いやすくなったし
地味ーによくなりつつあるか

437 ：デフォルトの名無しさん：2007/11/08(木) 03:35:18

MyFaces もJSFもまぁ使えるようになってきたわ。
彼らの努力じゃなくて、各現場の努力だけどね

438 ：デフォルトの名無しさん：2007/11/08(木) 06:42:39

なんか使わせてもらってる立場のクセに妙に偉ぶるヤツいるよなｗ

439 ：デフォルトの名無しさん：2007/11/09(金) 01:27:13

>>438
お前のことか？ｗｗｗ

440 ：デフォルトの名無しさん：2007/11/09(金) 08:37:40

どう読んでも>>437のことだろ

441 ：デフォルトの名無しさん：2007/11/09(金) 09:22:22

皮肉を理解できないのか、空気を読めないのか、あるいは本人なのか。

442 ：デフォルトの名無しさん：2007/11/09(金) 21:38:35

>>435
ID属性を動的に設定できないのは仕様なのかな？
自分は、どうしようか悩んだ挙句、classに動的に設定した後、
onloadで呼び出したJavaScriptでclassからIDに振り替えるように実装したが・・・

443 ：442：2007/11/09(金) 21:42:12

すまん、>>435の例はformのタグだから、IDを自分のやり方で変えちゃまずいかも
formのタグってJSFが勝手にID振ってた気がするし

444 ：デフォルトの名無しさん：2007/11/09(金) 23:37:14

自分でcomponent作ってbindingしてやるとか？
試してないからsetId()したのがちゃんと有効になるかどうかは知らん。

445 ：デフォルトの名無しさん：2007/11/10(土) 01:36:04

>>442
IDは開発時にわかるからそれを使ってscript組むしかない
かってにIDいじっちゃうとデコードとかで問題になるはず

setIdはhtmlのIDとイコールではないよ
でも連番は可能
というか、テーブルはRowで連番ふってる

446 ：デフォルトの名無しさん：2007/11/11(日) 13:42:02

JSFだとテーブルつくるとき、columnspanつかえないんですけど、
方法あるのでしょうか？

あまりにしょぼくて困っています

447 ：デフォルトの名無しさん：2007/11/11(日) 13:49:26

静的なテーブルで良いなら、htmLib.jarが重宝する

448 ：デフォルトの名無しさん：2007/11/11(日) 15:01:14

>>446
セルは１つにしてグリッドレイアウトとかやるのがいいと思う

449 ：デフォルトの名無しさん：2007/11/23(金) 02:32:56

質問です。
<h:dataTable>ってヘッダのスタイルをカラム毎に指定できないじゃないですか。
で、行（表示するデータ用）のスタイルはカラム毎に指定できるから、
それぞれのカラムに最適な幅を指定するんだけど、
１行も表示してない状態（ヘッダのみの状態）だとカラムの幅が適当な幅に
なっちゃいますよね。（当たり前だけど行のスタイルが適用されない）
コレが「行あり」→「行なし」とページを切り替えるとズレるのがモロバレなんで
なんとかしたいんですが、いい方法はないでしょうか？

450 ：デフォルトの名無しさん：2007/11/23(金) 12:43:37

>>449
ヘッダにグリッドパネルをセットするといい
テキストはその中へ入れたり

そうすると1つのセルに複数のコンポーネント入れたり画像入れたり自由に出来る

451 ：449：2007/11/23(金) 18:49:35

>>450
なるほど。ちょっとやってみます。ありがとう。

452 ：デフォルトの名無しさん：2007/11/23(金) 19:04:33

JSF初心者の素朴な疑問：

1. なんかブラウザで表示されるURLと、実際に表示されるjspが違うんだけど、これってなんで同期できないの？もし仕様ならすごく不自然だと思うんだが。
2. HTMLのソースを見ると、入力したデータがシリアライズ(?)されてhiddenタグに埋め込まれてるみたいなんだけど、これってセキュリティ的にまずくない？そもそもなんでそんなことする必要があるの？

453 ：デフォルトの名無しさん：2007/11/23(金) 22:15:36

>>452
１と２に共通するものとして・・・
URLベース（アクションベース）のHTTPとHTMLを抽象化していないものと
イベントベースとは考え方が違う

URLに機能があるのではなくあくまでもWEBの上で動かしたからURLがついてきたと思えばいい

もしURLに機能を割り当てたいという旧世代の開発者ならPost後RedirectするようにJSFのconfigにタグを入れるといい
その代わりなんでもかんでもセッションにいれないとだめでそれを取り出すロジックとか作りこんでいくとバグが増えたり
メモリを圧迫することになるかもしれない


JSFはコンポーネントを復元する機能がある
この機能のおかげで前の画面で入力したものにミスがあった場合それを使って戻したり変更を検地できる
入力項目を反映させつつ、セッションを使わないで値を保存しておくことが可能

ちなみにデフォはsessionだったと思うけど、NetBeansVisualWebとかCreatorとかはデフォをclientで上書きしてるね
web.xmlをみるといいよ
「javax.faces.STATE_SAVING_METHOD」とかあるはずだから

454 ：デフォルトの名無しさん：2007/11/23(金) 22:32:38

>>453
それを補完するためにJBoss Seam（WebBeans）などもあるよ。
.NETはデフォでそうしているね。

455 ：452：2007/11/23(金) 23:07:12

>>453
>URLベース（アクションベース）のHTTPとHTMLを抽象化していないものと
>イベントベースとは考え方が違う
>URLに機能があるのではなくあくまでもWEBの上で動かしたからURLがついてきたと思えばいい

どうなんだろう。少なくともJSFでは表示画面とURLとが一致しなくても構わないというスタンスということ？
そうだとすると、ブックマークするときに困ると思うんだけど。ブックマークを許さないアプリしか作れない？そんなはずはないと思いたい。
それから、イベントベースのフレームワークだと、どれもJSFのようにURLと画面が一致しないものなの？イベントベースかどうかはあんまり関係ないと思うんだけど。

>もしURLに機能を割り当てたいという旧世代の開発者ならPost後RedirectするようにJSFのconfigにタグを入れるといい

別に「URLに機能を割り当てる」とか考える必要あるのかな？おれは、URLはリソースを表すものだと思うんだけど。
URLと機能とを結びつけてるわけじゃなくて、画面に表示されているリソース（HTML）とURLとが一致していないことが問題なんじゃないかな。

>その代わりなんでもかんでもセッションにいれないとだめでそれを取り出すロジックとか作りこんでいくとバグが増えたり
>メモリを圧迫することになるかもしれない

それをかわりにやってくれるのがフレームワークじゃないか。

456 ：デフォルトの名無しさん：2007/11/23(金) 23:11:47

MyFacesなんかの実装だとForwardベースでやるとブックマークできないね。だからRedirectで実現することもある。

Formの送信なんかを考えると機能という呼び方もおかしいとは思わない。

なんか455がすげームカつく。

457 ：452：2007/11/23(金) 23:16:31

>>453
>JSFはコンポーネントを復元する機能がある
>この機能のおかげで前の画面で入力したものにミスがあった場合それを使って戻したり変更を検地できる
>入力項目を反映させつつ、セッションを使わないで値を保存しておくことが可能

だから、これだとセキュリティ的にまずくない？
HTTPヘッダーでCacheをオフにさせても、HTMLページに前の入力結果が勝手に残っているわけでしょ？
シリアライズされているからパッと見ただけではわからないけど、すごく気持ち悪い気がするのは俺だけ？

なんかさ、「前の画面で入力したものにミスがあった場合それを使って戻したり変更を検地できる」っていうの、この方法じゃないとできないのかな。
こんなの、普通のCGIアプリケーションでもできるよね。

458 ：デフォルトの名無しさん：2007/11/23(金) 23:18:29

REST志向か強すぎることによるギャップでしょ。
あなたはJSFを使う事も出来れば、使わない事もできる。
よくある回答だがそういうことさね。

459 ：デフォルトの名無しさん：2007/11/23(金) 23:24:22

>>457
私はセキュリティ的にまずくないと考えますが、あなたはどうまずいと思いますか？

460 ：デフォルトの名無しさん：2007/11/23(金) 23:29:06

RESTとJSFは絶望的に合わないと思う
HTTPを基礎とする志向に対し、HTTPを隠蔽するFWだから
REST志向で作りたいならRails等を検討した方がいい

461 ：デフォルトの名無しさん：2007/11/24(土) 00:00:48

>>457
文章は最後まで読めよ

462 ：デフォルトの名無しさん：2007/11/24(土) 00:02:40

>>457
そのcgiってのは入力項目の変更があった場所とかに応じて自動的にバリデータとかイベントでのプログラミングできるの?
なんか生臭いコードかいてそうだけど

463 ：デフォルトの名無しさん：2007/11/24(土) 08:19:43

JSFを使う様な場面でブックマーク使うなんて事ない思うが。
ログインページやトップページ以外でブックマークされても困るケースの方が
ほとんどだろうし。

そしてURLと画面が一致しないのはあんま気にならないと言うか
誰が気にするんだ？って思う。

とりあえずユーザーはまったく気にしていなかったが。

464 ：452：2007/11/24(土) 11:22:08

>>458
>あなたはJSFを使う事も出来れば、使わない事もできる。
使うと決めた人しか質問しちゃいけないわけじゃないよね。JSFを勉強している中での質問なので、使う使わないの判断は関係ないと思う。

>>459
すでに>>457に書いてるけど、前の入力データが自動的に今のページに含まれることがセキュリティ的にまずいと思う。
登録完了ページにアカウントやパスワードのデータが残っていたらまずくない？

>>460
>RESTとJSFは絶望的に合わないと思う
>HTTPを基礎とする志向に対し、HTTPを隠蔽するFWだから
そうなのかな。HTTPを隠蔽するしないは関係あるんだろうか。

>>462
>そのcgiってのは入力項目の変更があった場所とかに応じて自動的にバリデータとかイベントでのプログラミングできるの?
462がどういうのを想像しているのか分かんないけど、自動的にバリデータがかかることと今回の質問とは関係があるの？
自動的にバリデータかかったりイベントベースでのプログラムが書けることと、URLやセキュリティのこととは関係なくない？

>>463
>JSFを使う様な場面でブックマーク使うなんて事ない思うが。
>ログインページやトップページ以外でブックマークされても困るケースの方が
>ほとんどだろうし。
だったら、URLをかえないか、ランダムなURLにすればいいと思う。
今のJSFの挙動だと、ユーザに大きな誤解を与えるだけにしか見えない。
とりあえずブックマークを許したいならJSF使ったらダメということでFA？

>そしてURLと画面が一致しないのはあんま気にならないと言うか
>誰が気にするんだ？って思う。
気にしない開発者がいることにびっくりだ。世の中はひろい。

465 ：デフォルトの名無しさん：2007/11/24(土) 11:42:55

>>464
>そうなのかな。HTTPを隠蔽するしないは関係あるんだろうか。
あくまで私見だが、とても関係あると思っている。
たとえば、JSFで作った画面のHTMLソースを見ても、
サーバのどのManagedBeanメソッドが呼び出されるかはなかなかわからない
その時点で、URLとHTTPメソッドで呼び出し先が決定されるREST的Webアプリとは
根本的に違うし、当然ブックマークの常識も通用しない
だから通常のWebアプリの常識で考えるとありえないって結論になる。
個人的にはJSFのこの仕組みは嫌いだが、仕事で使っている以上一通り勉強している。

466 ：デフォルトの名無しさん：2007/11/24(土) 13:51:47

>気にしない開発者がいることにびっくりだ。世の中はひろい。

このスレじゃないしJSFでもないけど、
「それじゃユーザーが混乱するのでは？」みたいな書き込みしたら
そもそもなんでそんなこと気にするのかわからないっていうレスばかりで
自分もビックリしたことがある。

とにかく「自分の責務の範囲外のとこは関与しない」っていう文化が浸透してるみたい。

467 ：デフォルトの名無しさん：2007/11/24(土) 14:25:21

関東はその傾向が強いね

468 ：デフォルトの名無しさん：2007/11/24(土) 14:29:32

>>464は>>461を無視かよ
解決方法のポインタしめしてるのに

469 ：デフォルトの名無しさん：2007/11/24(土) 14:33:51

＞だったら、URLをかえないか、ランダムなURLにすればいいと思う。

どっちも出来るはずだから喪前が好きに実装すればいいのでは？

＞今のJSFの挙動だと、ユーザに大きな誤解を与えるだけにしか見えない。
＞とりあえずブックマークを許したいならJSF使ったらダメということでFA？

なぜにそんな極論になるのか知らんが、ユーザーに文句言われて
喪前の技量ではどうしようもないなら、そうすれば？

＞たとえば、JSFで作った画面のHTMLソースを見ても、
＞サーバのどのManagedBeanメソッドが呼び出されるかはなかなかわからない

ソース見て、どのBeanが呼び出される方が解る方が大問題だろ。


仕事で使っているとか言いながら、持論は壮絶にアマチュア精神丸出しだな。

470 ：デフォルトの名無しさん：2007/11/24(土) 14:40:51

>そもそもなんでそんなこと気にするのかわからないっていうレスばかりで
>自分もビックリしたことがある。

そりゃ、底辺のマにありがちな「どーでもいい事は熱心クセに
実際の生産・成果物がショボイ」って上の方が辟易している状態だろ。

471 ：デフォルトの名無しさん：2007/11/24(土) 14:41:01

Railsだって勝手にブックマークされるとまずい・・・っていうか問題ある場所なら
セッションなかったら入り口に戻すとかするだろうと

472 ：デフォルトの名無しさん：2007/11/24(土) 14:42:06

>>452は全てにおいて勘違いしてるな

473 ：デフォルトの名無しさん：2007/11/24(土) 14:52:03

気になる奴はREST志向が強いだけで結論付いてるじゃん。
JSFにとってURLはイベントメッセージ、RESTにとってURLはコマンドライン引数。
普通のアプリケーションとなんら変わらないと思うんだが。

474 ：デフォルトの名無しさん：2007/11/24(土) 14:52:39

しかし、そんなに入力データ云々言うならセッションに入れとけよ、って思うんだが
なんで、病的にフレームワークの性にしているんだ？

475 ：デフォルトの名無しさん：2007/11/24(土) 14:55:54

>>473
しかもredirectいれとけばURLベースと動きがかわらんのにな

476 ：デフォルトの名無しさん：2007/11/24(土) 15:02:07

でもURLって重要だよね。
ブックマークや検索エンジンのインデクサに登録されたら
もう基本的に自分のところではコントロール不能で面倒だし。
半永久的にリダイレクトとかのフォローしないといけなくなる。

あとフィッシングサイト対策とかブラクラなんかの影響で、ユーザーも
ブラウザのアドレス欄に表示される文字列に気にするようになってると思うし。
できれば短ければ短いほうがいいよね。

477 ：デフォルトの名無しさん：2007/11/24(土) 15:11:02

servletでいうdomain/context/servletまでが分かれば、
それ以降に何が付こうがどうでもいいんだが。

478 ：デフォルトの名無しさん：2007/11/24(土) 16:58:38

>>476
自作自演乙

479 ：デフォルトの名無しさん：2007/11/24(土) 17:06:32

そんなにヤならJSF使わなきゃいいじゃん。

上司に2chのこのスレ見せて「漏れが452です！漏れの言っている事正しいですよね！」
って力説すれば、上司は快くオマエをプロジェクトから外してくれるだろうから、
嫌なJSFを使わなくてすむぞ。w

480 ：デフォルトの名無しさん：2007/11/24(土) 17:09:30

そおいや、検索エンジンって拡張子が.jspやらjsfは拾わない気がしたんだが、
どこぞのエンジンは拾うのか？

481 ：デフォルトの名無しさん：2007/11/24(土) 17:33:00

>>480

inurl:index.jsp - Google 検索
http://www.google.com/search?q=inurl%3Aindex.jsp

inurl:index.jsf - Google 検索
http://www.google.com/search?q=inurl%3Aindex.jsf

拾いまくり

482 ：デフォルトの名無しさん：2007/11/24(土) 18:40:08

googleの結果だと別にurlとられても問題ないケースに見えるんだが
452はナニが不満なんだ？

483 ：デフォルトの名無しさん：2007/11/24(土) 18:47:43

末端の仕事してる者同士仲良くしろ

484 ：デフォルトの名無しさん：2007/11/24(土) 19:07:26

>>482
それはindex.jsfだから。
.jsfで検索するとカッコ悪いURLたくさん出てくるよ。
そもそもJSFがあまり使われてないから探すの面倒くさいけど。

485 ：デフォルトの名無しさん：2007/11/24(土) 19:10:08

http://www.google.com/search?q=site:store.americangirl.com+inurl:jsf&filter=0

なんかここ無茶なことやってるなあ・・・

486 ：デフォルトの名無しさん：2007/11/24(土) 19:14:12

まだ潜伏してんのかｗ

487 ：デフォルトの名無しさん：2007/11/24(土) 19:22:22

何が理由で工作してるんだろう・・・

488 ：デフォルトの名無しさん：2007/11/24(土) 19:30:19

Servlet自体はRESTのことちゃんと考えて規格を調整してきたし（HTTP METHODあたり）
各WebコンテナベンダもCometに対応できるようにコンテナを改造している。
JSFに粘着しないで他をあたればいいのだよ

489 ：デフォルトの名無しさん：2007/11/24(土) 20:01:19

URLがどうのって奴はフォワードを一切許容しないってこと？
JSFに限らずほぼすべてのservletアプリケーションがダメってことじゃん。

490 ：デフォルトの名無しさん：2007/11/24(土) 21:00:52

servletにすら限らないけどな
POST先をどこにするかだけの話だから

491 ：デフォルトの名無しさん：2007/11/24(土) 22:27:31

452は今までどんな環境でWebアプリ作っていたのか気になるな。
servletやRailsを知らんのは明白だし。

492 ：デフォルトの名無しさん：2007/11/24(土) 23:08:16

>>475
JSFのリクエスト保持データってredirectで引き継がれたっけ？
TeedaやRailsなら対応してるけど、素のJSFはforward前提のFWだという認識だったのだが

493 ：デフォルトの名無しさん：2007/11/24(土) 23:14:12

>>492
Servlet直、Struts、SpringMVC
ともに処理はRedirect前にやるからredirect後特殊な処理をしたいのなら普通にsessionからとりだすんでそ？
redirect先でリクエスト使うって処理はどのフレームワーク使ってもないよ

494 ：デフォルトの名無しさん：2007/11/25(日) 01:14:46

>>489
> JSFに限らずほぼすべてのservletアプリケーションがダメってことじゃん

どういう極論だよ。
redirect-after-postでやってるWebアプリなんて普通にあるじゃん。

495 ：デフォルトの名無しさん：2007/11/25(日) 01:54:42

常に一つ前の状態がほしければセッションビーンにリクエストビーンのセッターゲッター用意して上書きさせればいいだけ

496 ：デフォルトの名無しさん：2007/11/25(日) 07:47:56

>>493
ここ読んでると、みんな普通にJSFでredirect使ってるんだね。自分の勉強不足だったのか

普通のWebアプリだと、例えばPOSTで登録したあとそのデータを表示する為に
IDをパラメータ（かURL）で渡して詳細データを検索するURLにGETでredirect
みたいなことが普通に出来ると思うけど、JSFの場合どうやったらいいんだろう
session使えばいいのはわかるんだけど、
URL使うパターンでは手動での画面操作を介さない限りsessionって使わなくてもいいので
できるだけsessionには保持したくない

497 ：デフォルトの名無しさん：2007/11/25(日) 08:10:10

＞ここ読んでると、みんな普通にJSFでredirect使ってるんだね。自分の勉強不足だったのか

ナニがどうあっても個人の異端な思考を「普通」と思い込みたい病人みたいな台詞だな

498 ：デフォルトの名無しさん：2007/11/25(日) 08:37:25

だからURLに文句がある奴はJBossSeam使えよ。
JavaEE6で標準仕様になるんだし。

499 ：デフォルトの名無しさん：2007/11/25(日) 08:37:30

>>497
ん？ なんでそんな敵意むき出しなの？
ちなみに>>452とは別人だぞ

500 ：デフォルトの名無しさん：2007/11/25(日) 08:39:52

>>498
素のJSFでは駄目ってこと？
SeamはステートフルSessionBean使いまくりってイメージがあったので敬遠していたのだが
そういや最近のバージョンはEJB3への依存が消えたんだっけ？

501 ：デフォルトの名無しさん：2007/11/25(日) 09:52:38

素のJSFってどこのJSF使ってんだよ。
仕事とかいいつつ趣味でやってんじゃねーのか？
このURL粘着君は。

仕事で商用鯖使ってんなら2chでなくてサポートに泣き付けよ。

502 ：デフォルトの名無しさん：2007/11/25(日) 10:20:41

>>501
MyFaces1.1系
自分が調べた限り、JSFのredirectはManagedBeanのメソッドを呼ぶような使い方が出来ないので
使い物にならないという結論を出していた。
でもこのスレでredirect使えばOKというレスが多かったのを見て
>>496の質問をしただけだよ
URL粘着って>>452あたりの話か？ 自分じゃないんだけど・・・

503 ：デフォルトの名無しさん：2007/11/25(日) 12:17:54

>>496
「普通のWEBアプリ」ってなんだよと思う
URLにパラメータをまったく乗せたくないからセッションに入れるという場合だってあるんだぜ？

504 ：デフォルトの名無しさん：2007/11/25(日) 12:48:10

ショッピングモールみたいなサンプルアプリ的なものは典型的だな。

505 ：デフォルトの名無しさん：2007/11/25(日) 13:38:24

まぁURLベースの典型ではあるが、用途によって最適解が違うというのも>>452は気がついてるんだろうか

506 ：デフォルトの名無しさん：2007/11/25(日) 14:53:03

なんかURL粘着が必死に他人のフリしているから話がややこしいよな。
やたら別人を強調しているし。

>>452の望む動作はJSFでも実装可能なのに、なんか必死に出来ない事にしたがって
「普通のWEBアプリ」って脳内理想をブチまかれてもな。

嫌なら使うなよ。

507 ：デフォルトの名無しさん：2007/11/25(日) 15:05:07

JSFのHTTPの使い方がRESTfulでないのもがいしゅつ。
とにかくMVCが偉かった時代の産物だからな。
頭を切り替えろと。

いまJSFが一番お勧めな用途ってのも思いつかない。

508 ：デフォルトの名無しさん：2007/11/25(日) 15:09:16

cgiの時代に戻っとけ、って事でFA

#漏れは戻りたくないが

509 ：デフォルトの名無しさん：2007/11/25(日) 17:07:38

>>507
JSFはJavaのフレームワークで一番イベントベースでの処理と入力検証が一番容易だから
開発効率と安定性を追求したい場合いいんじゃない？

510 ：デフォルトの名無しさん：2007/11/25(日) 18:55:57

>>509
その入力値検証が
>>411>>417>>420
という体たらくだからな。
JSFのバリデータをベースに作り込もうとしたら
保守不可能なシロモノができあがる。

NetBeansでポトペタできるのはメリットかな。

511 ：デフォルトの名無しさん：2007/11/25(日) 19:16:20

項目ごとにエラーメッセージを分ける必要があるなら
UIコンポーネントのIDかClientIDで分けるようにすればいいのでは？
エラーメッセージはResourceBundleから読み込むようにして
ResourceBundleのキーにUIコンポーネントのIDかClientIDを含ませるようにするとか。

512 ：デフォルトの名無しさん：2007/11/25(日) 19:34:59

>>510
今はJSF1.2の時代なのにいまさら1.1の話されても・・・
NetBeans使ってるならなおさらだろと

513 ：デフォルトの名無しさん：2007/11/26(月) 02:00:12

>>506

＞嫌なら使うなよ

Youは使ってるものに不満点って全然ないのかい？

514 ：デフォルトの名無しさん：2007/11/26(月) 02:17:58

JSFの特性からしてREST, POHP, c10kには向かないから、使い分けは必要だよ。
そういう方面は、Struts+Springとかになるんじゃないか？

515 ：デフォルトの名無しさん：2007/11/26(月) 08:38:52

>>513
所詮はJSPの上に成り立っているフレームワークなので
JSFで出来ない部分はJSP時代のノリに戻るだけ、って希ガスので、
不満があるなら、自分で作って解決するけど。

つか、URLでグダグダ言う「客」にはあった事ないんだが。

あと、NetBeansのJSFはそんなに使いにくいのか？
漏れはWebSphereのJSFなのだが、
バリデータの作りこみでそんなに苦痛に感じないが。

516 ：デフォルトの名無しさん：2007/11/26(月) 09:09:25

Rails見てると、JSFと完璧真逆なんだよな
あちらはREST志向、ステートレスで極力サーバにユーザステータスを持たない
ってのを強調してる
JSFはサーバサイドがフルコントロールするイベント志向というイメージ
どっちが古いかと言われたら正直JSFの方が古いと思うけど、
少人数対象アプリを素早く作りたい時はJSFの方が早いのではとも感じる

517 ：デフォルトの名無しさん：2007/11/26(月) 12:29:06

>>515
>つか、URLでグダグダ言う「客」にはあった事ないんだが。
お前の偏ったキャリアを一般論に摩り替えるなよｗ

518 ：デフォルトの名無しさん：2007/11/26(月) 14:51:28

>>515
使いにくくはない
アンチががんばってるだけ

519 ：デフォルトの名無しさん：2007/11/26(月) 14:56:28

>>516
Restful指向っていわゆる昔のPerl全盛期の時代とかわらんぞ

IDE側でのサポートを前提としない場合、URLがすべてのソース参照の起点だから
そういう方法がベストだというだけ

それにユーザーステータスをできるだけ持たないといってもロジックが絡まない参照だけでしょ?

Railsがいいという人は初期のServlet/JSPのシンプルさに戻ればいいだけだと思うのだが

520 ：デフォルトの名無しさん：2007/11/26(月) 19:43:42

> 初期のServlet/JSPのシンプルさ

ポトペタできないしー。

JSFはポトペタ対応でああいう設計になってると理解してるんだが。
ポトペタしない、ポトペタが無意味なくらい作りこむなら
JSFを使う意味はないんでは？

521 ：デフォルトの名無しさん：2007/11/26(月) 19:55:55

ポトペタってなに？

522 ：デフォルトの名無しさん：2007/11/26(月) 21:06:11

しかし、ここまでアンチが必死になるのもよーわからんな。
んなに嫌ならStruts+SpringかRailsに行けよ、で話が終わるのに
しつこく粘着する精神がわからん。

まあ、そういう提案も出来ないくらい底辺のマなんだろうけど。

523 ：デフォルトの名無しさん：2007/11/26(月) 21:13:19

>>520
JSFとASP.NET以外でぽとぺたが機能してる例はまずないな

Railsがうけてるのはポトペタが出来るかどうかじゃないでしょと

524 ：デフォルトの名無しさん：2007/11/26(月) 21:24:06

>>523
＞JSFとASP.NET以外でぽとぺたが機能してる例はまずないな

europa + WTP2.0 をさわったこともないだろ。

525 ：デフォルトの名無しさん：2007/11/26(月) 21:47:38

>>524
JSF部分ではなくて通常のHTMLの話か?
それはポトペタとはいわないのだが

526 ：デフォルトの名無しさん：2007/11/26(月) 22:36:37

要するにJSFの方向性ってWeb標準から乖離してるってことでFA？

527 ：デフォルトの名無しさん：2007/11/26(月) 22:45:36

ポトペタの定義をよろしく。

528 ：デフォルトの名無しさん：2007/11/26(月) 23:13:59

ツールパレットからWidgetをドロップ
Widgetをダブルクリックしてハンドラーをごりごり
ってことじゃない？

529 ：デフォルトの名無しさん：2007/11/26(月) 23:18:02

＞要するにJSFの方向性ってWeb標準から乖離してるってことでFA？

アンチが必死だなｗ

530 ：デフォルトの名無しさん：2007/11/26(月) 23:21:56

JSFの理想はポトペタと言うか、デザイナとプログラマの分離なんだろうな。
現実的にはデザイナ＝プログラマなんだろうけど、なるたけ簡単に
ってのは感じる。

で、FWに沿わない事をやりだすとﾏﾝﾄﾞｸｾになる。
しかし、そりゃStrutsやRailsも同様だけどなー。

531 ：デフォルトの名無しさん：2007/11/26(月) 23:29:52

なんで最近急にアンチがあらわれたの？
過疎がすさまじいスレだったのに

532 ：デフォルトの名無しさん：2007/11/27(火) 02:56:21

自分の意見に賛同が得られなかった事による逆恨みでしょ
ガキすぎる

533 ：デフォルトの名無しさん：2007/11/27(火) 05:36:59

負け組ＰＧ同士なんだから仲良くしろ

534 ：デフォルトの名無しさん：2007/11/27(火) 06:55:32

スレを眺めていると負け組PGなのアンチJSFのURL君に感じるが。
しかも一方的に逆恨みモードだし。

535 ：デフォルトの名無しさん：2007/11/27(火) 09:22:17

まー言われてみれば、JSFの一番根本的な設計思想

・RESTとかｼﾗﾈｰﾖ、静的ページやJSPでの常識は全部捨てろ
・WebブラウザとJSPをハックして、MVCを強引に載っけてる

をきちんと説明した記事って見たことない。
いきなりコンポーネントツリーとライフサイクルで始まる
記事ばっかりじゃないか？

正直、2までのEJBみたいになると思うよ。作り込みすぎてて、
馬鹿にはついてけないフレームワークだ。

536 ：デフォルトの名無しさん：2007/11/27(火) 09:38:02

利口なやつしか使えないんじゃうちでは採用できねえなぁ
バカだろうがある程度のレベルで使えないと意味無いし

537 ：デフォルトの名無しさん：2007/11/27(火) 11:45:39

なんかアンチが必死で笑えるんだが、逆にバカでも使えるのがJSFだと思うけど。
CRUD程度ならservletやSQLの知識ゼロでマウスでポトペタで成果物ができる
のがJSFだろうに。

自分が利口だと思い込んでいるヴァカには不満のあるフレームワークだろうな。

538 ：デフォルトの名無しさん：2007/11/27(火) 13:54:33

JSFはポトペタ開発をするのに我慢しないといけないことが多すぎるんじゃね？

539 ：デフォルトの名無しさん：2007/11/27(火) 14:56:38

>>538
具体的に

540 ：デフォルトの名無しさん：2007/11/27(火) 17:58:06

バカな俺にポトペタがなんだか教えてくれ

541 ：デフォルトの名無しさん：2007/11/27(火) 19:26:38

>>537
> CRUD程度ならservletやSQLの知識ゼロでマウスでポトペタで成果物ができる
> のがJSFだろうに。

困猿みてーなこと言ってんな。
その手の話は全部嘘くせえってか嘘だと見抜けない人は（ｒｙ
専門学校でトイアプリ書いてんじゃねーんだからよ。

542 ：デフォルトの名無しさん：2007/11/27(火) 20:31:09

>>541
できるじゃん

543 ：デフォルトの名無しさん：2007/11/27(火) 20:39:10

>>541
普通にできるんだが。

544 ：デフォルトの名無しさん：2007/11/27(火) 21:11:15

トイアプリならな。

顧客に成果物を見せる→「ここをこうしてよ」→ハマる、
ってパターンが目に見えてる。

545 ：デフォルトの名無しさん：2007/11/27(火) 21:30:29

>544
嘘じゃねーじゃん。
しかも目に見えてるだけかよ。実際にやってから嘘だとか言え。

546 ：デフォルトの名無しさん：2007/11/27(火) 21:40:39

アンチが涙目な反論を始めたな。

547 ：デフォルトの名無しさん：2007/11/27(火) 21:46:27

>>545
やってみたよ。トイアプリ＋αみたいなシチュエーションで。
まさか仕事でぶっつけで使う奴はいないだろ。
「成果物」はお笑いだよ。

548 ：デフォルトの名無しさん：2007/11/27(火) 21:52:34

さすがにJSFでサーブレットやSQLの知識ゼロってありえんだろ

RowSet使おうがO/Rマッパ使おうが楽をするためのものであって
知らなくて言い訳ではない

そもそもViewとDB層の違いもあるし

549 ：デフォルトの名無しさん：2007/11/27(火) 21:57:43

アンチはいったいナニしたいんだろうな。

都合の悪いツッコミはスルーするわ
どうでもいいことに勝利宣言勝手にしてるし。ｗ

喪前は賢い人間なんだろうからservlet+JSPで
ゴリゴリとコード書いてりゃいいじゃん。

550 ：デフォルトの名無しさん：2007/11/28(水) 00:49:33

いまJSFマンセーしてる人はEJBもマンセーしてたタイプ？

551 ：デフォルトの名無しさん：2007/11/28(水) 00:52:52

JSFを使い続けて2年になる俺が着ましたよ。
俺的にJSFはNGっていう結論なんだけど、
OKって言ってる人たちは、どういうドメインで使ってるの？

社内ツールとか作るなら、別にJSFでなくていいし、
インターネットのポータル系だと（俺はこのドメインだったけど）、
状態保持周りで困ることが多い。

JSFが使える（有効な）ドメインを教えて欲しい。

552 ：デフォルトの名無しさん：2007/11/28(水) 01:10:53

>>551
とりあえず一般的なアプリである販売管理ソフトとか作ってみる場合、
JSFが一番まともっぽい

JSFがよくなったのはこの1年くらい
それ以前はほんときつかった

553 ：デフォルトの名無しさん：2007/11/28(水) 01:23:52

社内ツールみたいなイントラネットアプリ作るならJSFの方が良いと思うんだが。
逆にインターネットのアプリならJSFよりもServletに近い方がやりやすいと思う。


つまり551は肉マン


ちゃう、551はドＭ

554 ：デフォルトの名無しさん：2007/11/28(水) 01:52:36

ふと思ったんだけどJavaでのWebアプリ開発って
社内業務ツール：一般向けWebサイト
ってどっちの利用実績が多いの？

JSFは標準技術だけどブックマーク対策とかSEOでいまいち上手くないってことは
社内ツール開発を主眼に置いているってことなのかね？

555 ：デフォルトの名無しさん：2007/11/28(水) 11:08:35

一般に公開されててjavaで作られたまともに動くサイトってどこ？一つか二つ教えて。
駄目なのは遅い上にすぐ利用不能になるビックカメラと無印良品、両方java。

556 ：デフォルトの名無しさん：2007/11/28(水) 11:24:54

>>555
楽天トラベル

557 ：デフォルトの名無しさん：2007/11/28(水) 11:37:51

>>555
ネットバンキング・ネット株式全般。

アンチが必死にブックマーク、ブックマークと叫んでいるが
それらのサイトはURLは意識しない作りになっている。

ちなみにJavaだから遅いのではなくて、大抵はDB鯖を含め全体のチューニング不足がほとんど。
PHPだろうとperlだろうと落ちる時は落ちる。

JSFがNGでRailsがOKと言う意見ならともかく、
代替案もなしに「使えない」と言うヤツは仕事でも「使えない人材」だな。

558 ：デフォルトの名無しさん：2007/11/28(水) 12:32:52

>JSFは標準技術だけどブックマーク対策とかSEOでいまいち上手くないってことは
>社内ツール開発を主眼に置いているってことなのかね？

URL粘着はなにがなんでも上手くないって思い込んでいるらすぃ。

559 ：デフォルトの名無しさん：2007/11/28(水) 13:22:15

シマンテックとかビックカメラ.comとかルーヴル美術館とか
ジュンク堂とか富士通とかNECとかナビタイムとか

まぁいくらでもあるな

560 ：デフォルトの名無しさん：2007/11/28(水) 13:25:02

社内アプリならSwingのほうがいいんじゃないかな

561 ：デフォルトの名無しさん：2007/11/28(水) 13:31:58

>>560
状況次第かな
クライアントを把握できるようなところならそれでいいと思う

562 ：デフォルトの名無しさん：2007/11/28(水) 16:13:02

ビックカメラが使えるってハードルがえらく低くないか
びっくりするくらい遅いぞ。

563 ：デフォルトの名無しさん：2007/11/28(水) 16:20:01

SwingのGUIエディタはNetBeans以外壊滅と思ってたが
そんな話はスレ違い棚。

MyFacesはどうなるんだろうね。迷走してるってか
死の一歩手前って感じだが。

564 ：デフォルトの名無しさん：2007/11/28(水) 16:58:43

>>562
実装次第
あそこはネットの対応も悪いから実店舗にいけ

565 ：デフォルトの名無しさん：2007/11/28(水) 16:59:33

IDEAもがんばってないかい？Eclipseが壊滅してるだけかと。

566 ：デフォルトの名無しさん：2007/11/28(水) 17:02:49

JSF実装は結局RIできまりくさい

567 ：デフォルトの名無しさん：2007/11/28(水) 19:19:26

RI使っている人もいるとは思うが、仕事で使うなら
商用JSF(AP鯖)使うんじゃないのか？
WebLogicなりWebSphereなり。

漏れはIBM関連の鯖で開発するからRIやMyFacesは選択肢に上がらないワケだけど
RIなんかは使いにくいと言うか足りない印象があるが。

568 ：デフォルトの名無しさん：2007/11/28(水) 19:43:01

そういえば将来的にはWebページ以外にも適用させるみたいな話ってどうなった？
JSFの話じゃなかったかも知れないけど。

569 ：デフォルトの名無しさん：2007/11/28(水) 21:34:48

>>567
sunとredhatがRI使ってるよ
ユーザーが多いおかげでかれやすいのが特徴だね

woodstockだけ取り出して使えるようにする予定もあるようだね
他の実装でもweb.uiコンポーネント使えるように

でも、1.2ベースな時点で使うのはツリーとファイルアップロードに制限されるかな
web.uiのファイルアップロードは楽だね
フォームのエンコード方法自動で切り替わる

570 ：567：2007/11/28(水) 21:53:34

>>569
ああ、そりゃSUNはRIだわな。

漏れはWebSphereでJ2EE1.4ベースなIBM拡張JSFだけど、
SDOってO/Rﾏｯﾊﾟｰと一緒くたなパッケージなんで、
ファイルのアップロードとかも昔(1.1以前)から対応していてスゲー楽してた。
しかし移植性は最悪な希ガス。

まあ、逆に商用のダメってところでもないがまだJ2EE5正式版が
ないところかな？
企業はむやみやたらとVerUPしないのでそれはそれでもいいんだろうけど
J2EE1.4が出てからずいぶん経つからなぁ・・・。

571 ：デフォルトの名無しさん：2007/11/28(水) 22:23:50

J2EE1.4とJavaEE5じゃまったく別物だよなぁ
JavaEE5でやっとJSFがはいってUIからロジック、パーシスタンスとオールインワンになったのが大きいかな
あとXMLもほとんど書かないですむし

572 ：デフォルトの名無しさん：2007/11/28(水) 22:52:25

J2SDKとJDKの使い分けもそうだが、Java屋って結構律儀だなって思う。

573 ：デフォルトの名無しさん：2007/11/28(水) 23:26:33

表記をあいまいにしたところでいいことないでしょ
それくらい技術屋はみんなやってるよ
Javaに限らず

574 ：デフォルトの名無しさん：2007/11/29(木) 00:05:32

strutsってなくなるの？

575 ：デフォルトの名無しさん：2007/11/29(木) 00:11:39

無くならないよ。View層だけ変えたいとかいう場合も素直に付け替えられるし、超現役。

576 ：デフォルトの名無しさん：2007/11/29(木) 00:39:12

ちゃんとViewとロジック分離して作っていれば
フロントエンドは何を選択してもいい、となるんだが
EJBとかWEBサービスのように物理的に分かれてないと
なかなかきれいにいかなかったり

Railsはこんなにカンタン！という宣伝にTodoリストの作成あるけど
正直IDEサポートがあればJSF+JPAだともっとカンタンにできあがるよね

577 ：デフォルトの名無しさん：2007/12/03(月) 02:16:37

あ〜あ、JSF無条件マンセー派がファビョりだしたから
また過疎スレになっちゃった。

578 ：デフォルトの名無しさん：2007/12/03(月) 11:50:56

またアンチの勝利宣言か。

579 ：デフォルトの名無しさん：2007/12/03(月) 13:44:07

Java関連スレに出てくるアンチ君だとおもう

中学生くらいはそういうお年頃だから仕方ない

580 ：デフォルトの名無しさん：2007/12/04(火) 00:35:03

Ajax使うときのベストな手法って固まってるの？
jMakiとか気になるんだけど、基本的にタグライブラリの中でやりくりするのかな？

581 ：デフォルトの名無しさん：2007/12/04(火) 01:21:07

タグライブラリが全て面倒見るタイプならぽとぺたとプロパティの設定だけでいい
webuiはこっち

でもボタン押したらJavaのこのメソッドをコールとかならDWRとかいわゆる別の入り口作ればいい

582 ：デフォルトの名無しさん：2007/12/07(金) 01:10:15

★FAQ

Q：
RESTがやりにくそうなんだけど？

A：
現在のJSFはいわゆるログイン必須のブックマークを取らないシステムしか考慮されていません。
次のバージョンである2.0でRESTがサポートされる見込みです。

現在の1.2では自前でアクション時にリダイレクト処理をしていくしかありません。
結果、他のアクションベースの開発のようにURLを意識しての開発は生産性がかなり落ちます。

583 ：デフォルトの名無しさん：2007/12/07(金) 06:44:07

釣れますか？

584 ：デフォルトの名無しさん：2007/12/08(土) 21:42:53

>>582
>次のバージョンである2.0でRESTがサポートされる見込みです。

ごめん、これ知らなかったので、ソース教えて。

585 ：デフォルトの名無しさん：2007/12/08(土) 21:55:18

>>584
RESTの仕様であるJSR311サポートするとある
それに伴ってGETも対応させるようだ

数値文字参照がなくなれば標準コンポーネントに関しては携帯電話も動きそうな予感
今の状態だとフルブラウザ使えとかスマートフォンつかえとかになっちまうからね

586 ：デフォルトの名無しさん：2007/12/12(水) 02:23:26

http://www.itmedia.co.jp/enterprise/articles/0712/11/news027.html

587 ：デフォルトの名無しさん：2007/12/12(水) 02:38:46

>>586
貼り付けるスレ間違えてるぞ

588 ：デフォルトの名無しさん：2007/12/12(水) 15:51:19

Railsは世の中の流れをうまくとらえてるよなあ。
それに比べてJSFは・・・

589 ：デフォルトの名無しさん：2007/12/12(水) 16:56:17

またアンチ君復活か

590 ：デフォルトの名無しさん：2007/12/12(水) 17:21:54

信者vsアンチか
どっちも頑張れ

591 ：デフォルトの名無しさん：2008/01/25(金) 22:13:11

なんか世界ではJSF+Faceletsが中心になってってるみたいだな。
Web Beans、JSF2.0の乗っかるJavaEE6が、EoDのとりあえずのゴールになりそうだ。
EE5でも十分All-In-Oneで行けるし、今からJavaに来る子は幸せだな。

592 ：デフォルトの名無しさん：2008/01/26(土) 00:30:08

Faceletsだとぽとぺたじゃないから手間が増えるのがガンだよね
JSFはコンポーネントバインディングして何ぼだと思うし

今からさわる子は幸せというのは同意

でも、今でも新規作成でstruts1やってるところも結構見るから運次第か

593 ：デフォルトの名無しさん：2008/01/30(水) 00:49:53

今現在チャットのようなものを作ろうとしてるんですけれど……
普通、form中にinput でsubmitボタンを作れば、他の入力部品にフォーカスが入ってる場合でもエンターでsubmitされますよね？
が、JSFのh:form内でtype=submitのcommandbuttonを作ってもenterじゃsubmitされないようなのです。
これって、なんかプロパティなり設定を変えれば済む話なんでしょうかね。
なんか初歩的なことを尋ねるようで申し訳ない。

594 ：デフォルトの名無しさん：2008/01/30(水) 02:16:44

submitされるかどうかはブラウザ依存だが、
通常リターン押すだけでsubmitボタンがなくてもされるよ

595 ：デフォルトの名無しさん：2008/03/17(月) 01:48:55

Update Model Values の後にValidationしたいんだがどうすればいいんでしょうか？

どうやってコンポーネントのIDとればいいんでしょうか？
Update Model Values の後にValidationするタグとかってどうつくれば・・・

596 ：デフォルトの名無しさん：2008/03/17(月) 01:54:37

なぜそういうことを考えるの?

597 ：デフォルトの名無しさん：2008/03/17(月) 02:24:11

基本的に単体項目による検証ではなく、その他の項目と合わせて判断する必要があるのと
モデルのValidationは作成済みで、その機能をそのまま利用したいからです。

Validationでは基本的に各属性のみの値を使って検証することになりますが、
モデルのその他の設定されている値(プロパティ)も見たいのです。

598 ：デフォルトの名無しさん：2008/03/17(月) 17:34:31

JSFのバリデータは個々の値の検証のみを行うものだよ

複数の検証なら当たり前だけどinvokeApplicationフェーズで行うしかない
ロジック呼ばなければいいだけでしょ？

599 ：デフォルトの名無しさん：2008/03/17(月) 20:47:24

カスタムバリデータ作ればいいじゃない。

600 ：デフォルトの名無しさん：2008/03/18(火) 23:40:31

>>599のいうことは>>597のやりたいことに対してなんにも解決方法になってないんだが

601 ：デフォルトの名無しさん：2008/03/23(日) 02:27:52

>>597の「やりたいこと」が分かってしまう>>600はエスパーか同じ穴の狢

602 ：デフォルトの名無しさん：2008/03/23(日) 06:06:36

ここってGWT-Ext2.0のスレで良かったけか？

603 ：デフォルトの名無しさん：2008/03/23(日) 14:39:19

>>601
エスパーじゃなくても分かるくらいの情報は書いてあるが。
人によって理解度に差があるのは仕方の無いことか。

604 ：デフォルトの名無しさん：2008/03/23(日) 14:50:53

カスタムバリデータ作ればいいじゃん

って俺も思うけどな。

バリデータの階層的呼び出しができないとか
モデル値の参照ができないと思い込んでないか？

605 ：デフォルトの名無しさん：2008/03/23(日) 15:37:28

単に>>597はバリデータの理解度が足りてないだけだと思う
もちろん理解度に個人差があるのは仕方ないことであるｗ

606 ：デフォルトの名無しさん：2008/03/23(日) 16:35:52

メソッドバリデータでいいんじゃね？
どっちにしろ>>597のほしいものとは違ってくるけど

607 ：デフォルトの名無しさん：2008/03/23(日) 20:40:02

モデル値の参照ってどうやるの？

608 ：デフォルトの名無しさん：2008/04/09(水) 03:03:39

結局だれもまともな解答付けられずw

609 ：デフォルトの名無しさん：2008/04/09(水) 13:08:04

だってJSFのライフサイクルにあわないもん

610 ：デフォルトの名無しさん：2008/04/15(火) 00:39:22

UIComponent#getParent()/getChildren()使えば他のUIComponentの値を
参照できるんだからカスタムバリデータで頑張れば解決で終了

611 ：デフォルトの名無しさん：2008/04/15(火) 00:43:19

>>610
モデルでほしいといってるからそれは解決方法にならないだろ
それでいいのなら何をしてもいいことになる

612 ：デフォルトの名無しさん：2008/04/15(火) 01:02:40

>>611
モデルでほしいなんてC/C++のポインタが自動的に割り当てられた
アドレスを指してるってくらい無茶な願望だってことに気づくべき

613 ：デフォルトの名無しさん：2008/04/15(火) 01:49:10

>>612
いや、だからみんなむちゃだといってるんでしょ
そのものの解決は無理だと

614 ：デフォルトの名無しさん：2008/04/15(火) 02:06:11

>>613
だからカスタムバリデータで終了だと言ってるのになんでループ？

615 ：デフォルトの名無しさん：2008/04/15(火) 02:21:09

>595=597の問題をどう定義するかで解決が変わるんだな
>599,604,610は↓が問題で
> 基本的に単体項目による検証ではなく、その他の項目と合わせて判断する必要があるのと
↓は問題ではなく単なる(願望としての)解法だと捉えてるからカスタムバリデータで解決
> Update Model Values の後にValidationしたいんだがどうすればいいんでしょうか？
> モデルのValidationは作成済みで、その機能をそのまま利用したいからです。
>600,611,613は↑が問題だと捉えてるから解決しない

616 ：デフォルトの名無しさん：2008/04/15(火) 08:32:16

immediate=true を組み合わせればmodel値取れるじゃん

617 ：デフォルトの名無しさん：2008/04/15(火) 13:22:52

>>616

618 ：デフォルトの名無しさん：2008/05/16(金) 22:29:05

329 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/13(火) 22:04:29
冷ややかな戦争勃発ｗ
ttp://d.hatena.ne.jp/masataka_k/20080513/1210661500#c

342 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:05:36
はぶ参入で抗争激化！さぁ、盛り上がってまいりました！

343 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:08:47
とりあえず、保存しといた。
http://s04.megalodon.jp/2008-0514-0207-34/d.hatena.ne.jp/masataka_k/20080513/1210661500

347 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:16:26
面白くなってきたな。Seasar界隈は人格的にちょっとあれな人が多いのが魅力w

348 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:40:37
でも、理事のBlogでやることじゃないよこういうことはメールベースでやるべきだと思う
野次馬的には面白いかもしれないけど企業から見たら不安になって採用を躊躇するところが出てきてもおかしくないからね

352 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:02:42
マーケ的にまずいのでseasar3はとりあえず表に出さないでくださいとかいうのはちょっとやばい

353 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:04:14
元理事は一旦収束していたのに、なにをしたかったのだろうか。そして日記非公開の理由とは・・・？asipの参戦はありうるのか！？

354 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:08:14
うわ、ほんとだ 閉鎖した

355 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 16:31:01
DB関連とか色々勉強させてもらったけど、このしみったれた感覚が所詮デブオタなんだなと思うわ。

619 ：デフォルトの名無しさん：2008/05/16(金) 23:03:11

すべてのjava関連スレにコピペするのうざいよ
関係のないすれにはるな

620 ：デフォルトの名無しさん：2008/05/22(木) 04:57:40

http://siksi.dip.jp/SpeechEngine/
Sun Microsystems社の提供するJava Speech APIによって実装された英文スピーチエンジン
Sun Microsystems社の提供によって無料で利用できるJSF仕様の先進的な統合開発環境であるSun Java Studio Creator 2を使用し開発しています。

621 ：デフォルトの名無しさん：2008/06/04(水) 22:32:19

Tomcat6でMyfacesのサンプルを動かそうとしたら起動はするのですが
アクセス時にＪＳＰのコンパイルエラーが発生して詰まってしまいました。
エラーを見るとjsp関連のライブラリバージョンが異なることが原因かと
思うのですが何のjarファイルにあたるのか教えてください。

------------------------------------------------------------------------------------
致命的: サーブレット jsp のServlet.service()が例外を投げました
org.apache.jasper.JasperException: JSPのクラスをコンパイルできません:

An error occurred at line: 22 in the generated java file
The method getJspApplicationContext(ServletContext) is undefined for the type JspFactory

Stacktrace:
at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:92)
at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:330)
------------------------------------------------------------------------------------

622 ：デフォルトの名無しさん：2008/07/27(日) 19:10:30

保守

623 ：デフォルトの名無しさん：2008/09/01(月) 01:50:09

業務でNetBeansのポトペタと一緒に使ってみたよ。
とりあえずすぐ動くものが作れるのは良かった。

だめなところは、
・凝った画面になるとコンポーネント作るのまんどい

に限るね。

624 ：デフォルトの名無しさん：2008/09/01(月) 12:22:55

JSFとかはWindowコンポーネントと同じくできるだけ
コンポーネントを作るということをしないように考えたほうが良い

業務系だとオープンコンテンツにくらべて見た目はそんなに重要視されないからまだいいけどね
少なくとも管理画面とかはこれで手軽に作ったほうがいいよね

そういやJSF2.0でカスタムコンポーネントが手軽に作れるようになるんだっけか

625 ：デフォルトの名無しさん：2008/09/02(火) 02:01:11

JSFで管理画面というと、glassfishがそうだっけ？

626 ：デフォルトの名無しさん：2008/09/02(火) 23:30:45

glassfishの管理画面はフルJSFだね
アレを見てどういうものが作れるかの判断にすると良い

627 ：デフォルトの名無しさん：2008/11/21(金) 22:28:00

標準こそ正義な俺としては、Faceletsが標準になるのが待ち遠しいな。
ところで今時のWeb屋さんはちゃんとXHTMLでサイト作ってくれたりするの？

628 ：デフォルトの名無しさん：2008/11/21(金) 23:13:34

JSF2.0のEDR2にFacelets入ってるよ

629 ：デフォルトの名無しさん：2008/11/30(日) 01:40:27

JSF 2.0 Public Review開始した

630 ：デフォルトの名無しさん：2008/12/18(木) 08:40:28

JSFの普及率ってどのくらい？
Strutsに比べて少ないように感じるんだけど。

631 ：デフォルトの名無しさん：2008/12/18(木) 15:38:31

日本だと1％いってない気がする
というか日本だとStrutsだけで95％くらいのシェアはある異常状態だと思う

海外だとかなりの普及率らしい
正直うらやましい

632 ：デフォルトの名無しさん：2008/12/18(木) 20:50:16

海外の場合はSIerじゃなくて情シスが社内システム作ることが多いらしいけど、
そういうのも影響してるんじゃないの？EE6が出てFaceletsが正式になれば少しは変わるよ。

633 ：デフォルトの名無しさん：2008/12/19(金) 00:09:15

Japaneseは細かいことにうるさいから融通がきかないプロダクトはきつい

634 ：デフォルトの名無しさん：2008/12/19(金) 00:13:27

情報システム部でJSF使うようなケースだとMSのASP.NETにいっちゃうもんな。

635 ：デフォルトの名無しさん：2008/12/20(土) 15:16:51

>>631
さすがに1％はないと思いたい。

636 ：デフォルトの名無しさん：2008/12/20(土) 21:43:49

なんでこんなに普及しないかな？

重さを無視すればJSPよりは使いやすいのに・・・

637 ：デフォルトの名無しさん：2008/12/20(土) 22:11:40

JSF RI に一致する日本語のページ 約 3,040 件

なんでこんなに情報すくねえの？
敷居が高すぎる。

638 ：デフォルトの名無しさん：2008/12/20(土) 23:11:00

>>637
実際は
最も的確な結果を表示するために、上の413件と似たページは除外されています。
だとさw

jsf mojarraだと557件、
最も的確な結果を表示するために、上の71件と似たページは除外されています。
少なすぎだろw

639 ：デフォルトの名無しさん：2008/12/21(日) 05:13:31

ICEFace最強だろJK
http://blogs.wankuma.com/kazuki/archive/2008/12/19/164368.aspx

640 ：デフォルトの名無しさん：2008/12/21(日) 13:47:49

>>637
日本だとMyFacesに飛びついてApacheだから成功するとかいうやつばっかりだった。
Seasar2もMyFaces使ってたことからわかるだろう。
実際のところRI以外はパフォーマンスや安定性で太刀打ちできなかったわけだが。

>>639
すべてAJAXで動作するのでAJAXという言葉に弱そうな日本人に流行りそうではある。
というかブラウザの戻るボタンがきかないのは業務アプリではありがたい罠。

641 ：デフォルトの名無しさん：2008/12/25(木) 17:51:58

JSFはマルチバイト文字の実体参照が気持ち悪いんだが。
これって2.0で改善されるの？

642 ：デフォルトの名無しさん：2008/12/25(木) 21:06:21

たぶんされない。HTMLとしては真っ当だから。

だから携帯向けだけは別口探さないとダメなんだよね。
script使いまくるPCとはまったく別環境になってしまった。

643 ：デフォルトの名無しさん：2008/12/25(木) 21:35:41

jarは触りたくないな。
せめて外部設定にしてくれれよ･･･。

644 ：デフォルトの名無しさん：2008/12/26(金) 01:46:43

とりあえず、こういうページが。
ttp://sourceforge.jp/projects/japan-jbug/wiki/JSF-I18N

645 ：デフォルトの名無しさん：2008/12/26(金) 20:23:21

俺は数値文字参照が非常に気になる。
UTF-8に統一すれば文字化けはしないから、問題視されてないのかな？

646 ：デフォルトの名無しさん：2008/12/27(土) 01:51:47

フレームワークを覚えるなら、これかStrutsかどっちがお勧めかお？（ ＾ω＾）
教えてほしいお（ ＾ω＾）

647 ：デフォルトの名無しさん：2008/12/27(土) 01:55:56

大人数ならStruts、少人数ならNetBeans前提でJSF

648 ：646：2008/12/27(土) 02:00:11

ありがとうお（ ＾ω＾）

上のレス見たら９５％がStrutsってかいてあったから、Strutsにするお（ ＾ω＾）
感謝だお（ ＾ω＾）

649 ：デフォルトの名無しさん：2008/12/27(土) 02:06:39

NetBeansでStruts

650 ：デフォルトの名無しさん：2008/12/27(土) 03:17:38

ぶっちゃけるとどっちも覚えとけ

651 ：デフォルトの名無しさん：2008/12/27(土) 20:53:20

しんうざい

652 ：デフォルトの名無しさん：2008/12/28(日) 02:06:50

NetBeans信奉者がうざいわ
あんなんSwing書く時くらいだろ
どうせSunの製品版買えって話になるんだぜ

653 ：デフォルトの名無しさん：2008/12/28(日) 08:01:13

JSFやるならNetBeansがいいんだよ。
実行環境も一気に揃うし。

654 ：デフォルトの名無しさん：2008/12/28(日) 16:45:01

おい、Sunに製品版なんてあったか？

655 ：デフォルトの名無しさん：2008/12/28(日) 17:30:51

glassfishには製品版あったが、
NetBeansはない気がする。

656 ：デフォルトの名無しさん：2008/12/28(日) 21:37:32

Sun Studio というのがあるが、これはC/C++/Fortran 用ツールだからな。

657 ：デフォルトの名無しさん：2008/12/29(月) 03:13:41

>>654
はずかしくないのか？

つSun Java Studio Enterprise／Creator

658 ：デフォルトの名無しさん：2008/12/29(月) 03:20:27

はずかしくないのか？といいつつすでにNetBeansに統合されてなくなってしまったモノを提示するはずかしさ

ここのリンクたどってみるといいよ
http://jp.sun.com/products/software/tools/

659 ：デフォルトの名無しさん：2008/12/29(月) 19:49:07

なくなったのかと思って焦ったがまだあるようだ。

660 ：デフォルトの名無しさん：2008/12/29(月) 20:01:36

実際GlassFishもNetBeansもIBMなんかと比べたら先行き不透明だろ
iPlanet(Kiva)はどうなった？NetDynamicsはどうなった？WorkShopはどうなった？

661 ：デフォルトの名無しさん：2008/12/30(火) 02:17:22

GlassFishは知らんけどNetBeansは大丈夫な気がしないでもない。

662 ：デフォルトの名無しさん：2008/12/30(火) 07:18:29

>>659
おいおい、ちゃんと見たのか？もうすでにないぞ

663 ：デフォルトの名無しさん：2008/12/31(水) 01:06:49

>>660
iPlanetはJavaSystem WebServerとして生き残っているよ。

664 ：デフォルトの名無しさん：2008/12/31(水) 02:34:49

>>663
それは元NetScapeでKivaじゃない

665 ：デフォルトの名無しさん：2008/12/31(水) 02:42:50

そういやForteもSunに買収されて消えたんだっけ

666 ：デフォルトの名無しさん：2008/12/31(水) 03:40:47

>>661
Java WorkshopもForteも消えたのになぜそう思えるのか謎
Forteを買収しておきながらその後NetBeans買収してForteは消えた
今後SunがIDEAでも買収したらNetBeansは消える

667 ：デフォルトの名無しさん：2008/12/31(水) 04:04:49

さすがにもうNetBeansはきえないだろ。Forteがそんなに優れてたか？

668 ：デフォルトの名無しさん：2008/12/31(水) 04:07:24

後になれば「NetBeansがそんなに優れてたか？」って思うもんだよ

669 ：デフォルトの名無しさん：2009/01/06(火) 02:47:38

優れてると思うが。パフォーマンスはかなりチューニングされてるし。
Matisseもこなれてきたし、Ruby/PHPなどの多言語対応と、それのベースになってるSchliemannとか。
プラットフォームとして良くなってきている。

Java WorkshopやForteのようにまだ成熟してなかった製品と、いまのNetBeansのようにある程度成熟が進んだ製品を同じように語るのはおかしいと思うが

670 ：デフォルトの名無しさん：2009/01/06(火) 19:41:29

Sunが買収すると消えるのはもうお家芸と言っていい。
だからきっとMySqlも消えるだろうしNetBeansも消える。

671 ：デフォルトの名無しさん：2009/01/06(火) 21:26:31

疫病神ってやつだな

672 ：デフォルトの名無しさん：2009/01/07(水) 01:04:10

間違ったスレにきたかとおもった

673 ：デフォルトの名無しさん：2009/01/16(金) 18:50:20

NetBeansのデザイナで画面を作る場合はグリッドレイアウト？フローレイアウト？

674 ：デフォルトの名無しさん：2009/01/16(金) 18:56:22

GroupLayoutだろ

675 ：デフォルトの名無しさん：2009/01/16(金) 19:02:09

>>674
それってwoodstock？

676 ：デフォルトの名無しさん：2009/01/16(金) 19:24:21

NetBeansスレでやれよ

677 ：デフォルトの名無しさん：2009/01/16(金) 22:27:14

woodstockにしろNetBeans専用でもないしJSFの話題なんだからここでいいだろ

678 ：デフォルトの名無しさん：2009/01/16(金) 23:34:22

「NetBeansのデザイナで」ってのはNetBeansスレでやるべきだろjk

679 ：デフォルトの名無しさん：2009/01/17(土) 00:03:05

JSFはNetBeans使わないとお話にならないので、正直どっちでもいい。

680 ：デフォルトの名無しさん：2009/01/17(土) 00:08:50

じゃあ次スレは
【NetBeans】JSF(JavaServer Faces)3【専用】
てことで

681 ：デフォルトの名無しさん：2009/01/17(土) 16:38:41

最近は、EclipseのJSF開発環境も結構充実してきていない？
つか、JSFも含めてWebの開発であんなポトペタの環境なんて要らないと思うが。
設定ファイルとかを自動生成してくれれば十分だと思う。

682 ：デフォルトの名無しさん：2009/01/17(土) 16:58:32

JSFのJSPを手書きするのは無理だろ。俺にはやれん。

683 ：デフォルトの名無しさん：2009/01/17(土) 17:33:43

自作コンポーネントを作って再利用なんだろうけど、
めんどくさい。
2.0で楽になるだろうか。

684 ：デフォルトの名無しさん：2009/01/17(土) 17:51:19

2.0でコンポーネントを簡単に作れるようにするという目標があったがどーなったんだっけ…

685 ：デフォルトの名無しさん：2009/01/17(土) 18:28:18

>>681
ポトペタつかプレビューが必須。
実行しないと画面を確認できないなんてアフォ杉るからな。
プレビュー実装したらポトペタも実装するだろうけど。

686 ：デフォルトの名無しさん：2009/01/18(日) 08:55:26

WebSphereのJSFはVer5の頃からポトペタ＆プレビュー対応していたはずだが。

JSFは個人的所感では用意されているコンポーネントを使う分にはかなり便利だけど、
自作コンポーネントをあーだこーだするのは、確かに面倒。と言うか
それは別にJSFに限らないと思うけど。

687 ：デフォルトの名無しさん：2009/01/25(日) 16:50:23

Eclipse上で動くJBossToolを試してみたが、なかなか良かった。
WTPベースなので、ちと重いのが難点だが。
パレットからコンポーネントをソースにドロップすると、
リアルタイムにプレビューに反映されるというスタイルだけど、
Javaソース側との行き来やコードアシストもしっかりしていた。
（ビジュアルエディタ側でもある程度の操作は可）

688 ：デフォルトの名無しさん：2009/02/07(土) 12:42:37

>>670
MySQLはもうダメかもしれんね

689 ：デフォルトの名無しさん：2009/02/11(水) 11:28:24

マジ質問します、
一覧画面で各行に削除ボタンがある場合、
押された削除ボタンがどの行(該当するID等)なのか
を判断するにはどうするのがメジャーなやり方ですか？

先生方教えてくださいませ。

690 ：デフォルトの名無しさん：2009/02/11(水) 13:47:43

２つある

１つはDataTableをコンポーネントバインディングしてプロパティを取得すること

もうひとつはDataTableにセットするvalueをListDataModel等にしてそのDataModelからプロパティ取得する方法

691 ：デフォルトの名無しさん：2009/02/11(水) 17:42:46

>>690様

すみません、当方まだまだ駆け出しのもので
理解が出来ませんでした。

大体でいいので、ソース的なもので説明とか無理でしょうか？

692 ：デフォルトの名無しさん：2009/02/11(水) 18:38:43

2つ目のほうがわかりやすいかな？

DataTableのvalueプロパティにセットしてるコードさらしてごらん
Listとか配列直接渡してるでしょ?
例えばListだったらListDataModelをセットするようにする
ListDataModelのコンストラクタにそのListを渡す

ここあたりを参考に
http://blogs.wankuma.com/kazuki/archive/2008/11/03/160364.aspx
ただ、DataTableに使うオブジェクトはセッションスコープに置いたほうが良い

693 ：デフォルトの名無しさん：2009/02/12(木) 19:27:41

Sunの未来とクラウド・コンピューティング
ttp://www.infoq.com/jp/news/2009/02/sun-future

Tim氏はSunに"Sun Web Suiteを構築することに注力して
Webアプリケーションをデプロイする基盤の最有力候補と
なるように"させたいと思っている。
この選択によりSunは現在保有しているハードウェア、
OS、HotSpot、JVM、そして(例えばGlassFishやMySQLのような)
サーバ・サイドの技術を保有し続け、Tim氏がSunでは競争に
勝てないと考えている(JavaFXのような)クライアント・サイドの
技術やNetBeans、同じようにWebの関係しない技術などは
捨てることになる。

NetBeansは捨てることになる
NetBeansは捨てることになる
NetBeansは捨てることになる

>>661,667
どうしてそんなに安心できるのかな？ (・∀・)ﾆﾔﾆﾔ

694 ：デフォルトの名無しさん：2009/02/12(木) 22:09:54

唯一シェアが急上昇してるNetBeansをすてる？

現状わかってないティム一人が騒いだところでどうにもならんだろ。
それにここでいう捨てるはEclipseもIBMが捨てたという表記から考えると
消えるという意味ではないだろ

クラウドのほうが今のところ割に合ってない

JavaFXはいまのままだと消えてもかまわないと思う

695 ：デフォルトの名無しさん：2009/02/12(木) 22:40:49

>>694
概ね同意。
仮にクラウドへシフトしたとしても、
開発ツールであるネトビを捨てる理由がわからない。



FXはいらんが。

696 ：デフォルトの名無しさん：2009/02/12(木) 22:43:11

>>695
理由は選択と集中

697 ：デフォルトの名無しさん：2009/02/12(木) 22:54:05

死亡フラグwww

698 ：デフォルトの名無しさん：2009/02/12(木) 23:01:19

>>695
逆に聞きたいのだが、苦境にあえいでいるSunがNetBeansを
継続する合理的な理由はあるのか？
合理的な理由というのは当然だが株主の利益となる理由のことな。

699 ：デフォルトの名無しさん：2009/02/12(木) 23:36:08

サン・マイクロシステムズ、従業員1300人の削減を実施
ttp://japan.cnet.com/news/biz/story/0,2000056020,20387021,00.htm

Sun Microsystemsが従業員1300人を削減した。
これは、同社が11月に初めて明らかにした人員削減計画の一環。
同計画では、従業員の14〜18％にあたる6000人の削減計画が発表されている。

Sunは米国時間1月22日に声明で、この度のレイオフは
「バイスプレジデントや管理職を含め」包括的に実施されたと述べている。
Sunによると、この削減は同社再編の一環であり、年間で7億〜8億ドルの
削減を目指しているという。
この再編の結果、成長機会がある分野にリソースを割り当てた、
より効率的なカバレッジモデルになると同社は考えていると述べた。


「成長機会がある分野」にIDE(NetBeans)が含まれるのか？
NetBeans開発者がレイオフ対象の6000人に含まれないのか？
Sunの経営陣はTim Brayと同じ結論に達しないのか？

700 ：デフォルトの名無しさん：2009/02/12(木) 23:47:10

もう春厨出没し始めたか

スレ違いなんだからNetBeansスレいけよ

701 ：デフォルトの名無しさん：2009/02/13(金) 00:04:32

>>700
反論できないと厨扱いかw 元々このスレの話題の続きだし
JSF対応のIDEといえばNetBeansなんだからスレ違いでもない

702 ：デフォルトの名無しさん：2009/02/13(金) 00:40:38

JSFがいつイコールNetBeansになったんだよ

703 ：デフォルトの名無しさん：2009/02/13(金) 00:44:42

>>702
文盲乙

704 ：デフォルトの名無しさん：2009/02/13(金) 01:17:32

>>703
春厨乙

705 ：デフォルトの名無しさん：2009/02/13(金) 01:34:33

結局NetBeansが安泰な説得力ある理由は出てこないわけだなw
春厨とかいって煽ることしかできないNetBeans厨憐れwww
いずれ>>670の正しさが証明されるだろう

706 ：デフォルトの名無しさん：2009/02/13(金) 01:57:44

NetBeansのVisualWebの開発スタイルは一般的なJSFの開発スタイルと大分違うと思うけどなー。
JSFは折角ModelとViewを綺麗に分離したフレームワークになっているのに、
VisualWebだとコードビハインド的なManagedBeanにわざわざUIコンポーネントをバインドして、
UIコンポーネントから直接値を取得するプログラミングスタイルを推奨しているし。
そもそもの目的がVB開発者をターゲットとしていたからそうなっているんだろうけど。

707 ：デフォルトの名無しさん：2009/02/13(金) 03:20:55

JSF + Spring で、中規模な Web アプリをつくることになりました。
自分は Struts や Spring はそれなりの経験がありますが、JSF は初めてです。
いくつか質問があります。

○1.JSF の実装にはいくつかありますが、以下の認識であってますか？
JSF RI -> Woodstockのこと？ Tomcat 環境でも使えますよね？
MyFaces -> Apache による実装。Tomcat 環境でも使える。
WebSphere についてくるやつ -> WebSphere 環境でしか使えない？
Glassfish についてくるやつ -> Mojarra のこと？ GlassFish 環境でしか使えない？

○2.いまだったらどれを使えばいいのでしょうか？
MyFaces 1.2 ?
過去レスを見ると、Sun RI の方がいいという意見もありますが、
コンポーネント(カレンダーとか)は MyFaces の方がそろっていると職場の人に聞きました。

○3.Myfaces のページに行くと、Tobago、Trinidad、Tomahawk ってあるけど、こいつらはなに？
Tobago を見ると、カスタムタグライブラリと書いてある。
Trinidad を見ると、Accessbility(色盲の方など用かな？)、right-to-left languages(アラビア語等？)とある。
Tomahawk をみると、Componentライブラリと書いてある。
MyFaces を使う場合は、どの zip を持ってくればいいのでしょうか？

708 ：デフォルトの名無しさん：2009/02/13(金) 07:26:35

とりあえずWebSphereは商用なんで他のとは色々と違う。
漏れはMyFacesよりもWebSphereの方が好きだ。
そこでSpringが決定してる意味がよく解らん。
別にSeasarでもいいのでは？

709 ：デフォルトの名無しさん：2009/02/13(金) 11:09:33

MojarraがJSF RIだよ

710 ：707：2009/02/13(金) 21:27:56

レスどうもありがとうございます。
とりあえず MyFaces 1.2.6 を使って、簡単なログインページ
をつくってみました。

ここで質問です。
・画面に、エラーメッセージではなく通常の文字列(ラベル)を出したい。
・そのとき、messages_ja.properties から文字列を取ってくる

これを参考にして、
http://www.laliluna.de/javaserver-faces-message-resource-bundle-tutorial.html
jsp に以下を書くことでできたのですが、

<f:loadBundle basename="messages" var="msg"/>
〜
<h:outputText value="#{msg.hoge}"/>

メッセージを出す jsp のすべてに、<f:loadBundle> を書かないといけないの？

struts だったら、struts-config.xml に
<message-resources parameter="messages" />
と一行書いておけば、jsp で
<bean:message key="hoge"/>
で表示できるのですが。

>>708
JSF も Spring も顧客指定なので・・・
Seasar だったら、S2JSF か Teeda になるのかな。
そもそも Seasar 選べるんだったら、いまどきは SAStruts でしょうか
(ここからは Seasar スレの範疇ですが)

711 ：デフォルトの名無しさん：2009/02/13(金) 23:21:51

>>707
JSF実装とその上で動くライブラリがごっちゃになっているね。

整理すると、JSFの実装は主に以下の2つがある。もちろんどちらもTomcatで使える。
・JSF RI = Mojarra
・MyFaces

JavaEEサーバも上記2つのどちらかを使っていることが多い。最近はほとんどRI。
WebSphereは独自だったかな？
JSF RIもMyFacesも基本的にはJSF仕様を実装したものなので使う分に代わりはない。
職場の人がMyFacesがコンポーネントが揃っていると言ったのは、
Tomahawkとかのサブプロダクトのライブラリのことを指しているんだと思う。

標準のJSF実装だけではコンポーネントが不足しているから、
オープンソースのライブラリが色々と出回っている。
TomahawkとかRichFacesとか。Woodstockもライブラリ。
基本的にみんなJSF RI、MyFacesどちらもサポートしている。

Tomahawk、Trinidad、TobagoはいずれもMyFacesのサブプロダクトで、
基本的に別のもの。Tomahawkは割と昔からあるライブラリ。
TrinidadはOracleのADF Facesをオープンソース化したものでAjaxのサポートとかがある。
Tobagoはよく分からん。UIを重視したライブラリだったかな。

712 ：デフォルトの名無しさん：2009/02/14(土) 00:10:27

>>706
もう推奨してねーよ
6.0からはコンポーネントバインディングはデフォでされなくなったし

713 ：デフォルトの名無しさん：2009/02/14(土) 00:13:16

MyFacesはバグが多かったりパフォーマンスが悪かったりして
JBOSSがRIに乗り換えたくらいすごい差があるぞ

Woodstockは新規機能追加はもう終了した
sunがパッチは出すようだけれども、、dojoに振り回されて苦労してたみたい
Woodstockコンポーネントを今から使うのはやめとけ

714 ：707：2009/02/15(日) 01:22:35

>>711
レスどうもありがとう、すっきりしました。
Woodstock は実装ではなくライブラリだったのか。

>>713
MyFaces で始めてしまったので、これでいくつもりです。
tomahawk-examples-1.1.8-bin.zip を Tomcat にデプロイして動かしたりソース見ているので、
とりあえずこれで進めよう。

今回は中規模なのでパフォーマンスが気にならないと思いますが、
パフォーマンスが問題になったら Sun RI (Mojarra)にさしかえればいいか。
複雑なことしないし、javax.faces.* の API しか使わなければ、
理論上は実装を差し替えても業務プログラムは動くはずだし。
(実際にはそううまくいかないこともあるかもしれないが)

http://myfaces.apache.org/risamples.html
にも、Tomahawk を Sun RI で動かす方法が書いてありますね。
Tomahawk はライブラリだから、JSF 実装は MyFaces でも Sun RI でもどっちでもいいわけだね。

715 ：デフォルトの名無しさん：2009/02/19(木) 01:27:41

Oracle は RIA 技術として JSF を前面に押し出して行くみたいだね。

Oracle Rich Enterprise Applications
http://rea.oracle.com/

716 ：デフォルトの名無しさん：2009/02/22(日) 21:54:09

JSF で画面間の値渡しをやるにはどうしたらいいでしょうか？ たとえば、
1.ログイン画面でユーザIDを入れると、LoginBeanの login()メソッドに処理を移す
2.login() のなかで、loginBean の userId というフィールドと password というフィールドを認証する
3.認証がOKだったら、return "success" で次画面へ。
　faces-config.xml で、success だったら menu.jsp へ飛ばすように定義。
4.menu.jsp が描画がされる

このとき、menu.jsp の初期表示時に、userId に紐尽く情報を DB から持ってきて表示したい。
これをやるには、以下のように考えた。
1.menu.jsp において、dataTable の value に MenuBean の getHogeList() を 指定しておく
2.getHogeList()では userId に紐尽く情報を List で返す。

ここまではわかるが、LoginBean で取得した userId をどうやって MenuBean のインスタンスが
生成されたときに渡せばよいですか？

LoginBean の login() のなかで、request.setAttribute() か session.setAttribute() でセットして、
遷移先の MenuBean の getHogeList() のなかで getAttribute() するのが、JSF では普通？

717 ：デフォルトの名無しさん：2009/02/22(日) 22:07:16

ログインIDなら普通にセッションでもったほうがいいんじゃないの？

それとリダイレクトが入っていないなら遷移先から遷移元
のパラメータは普通に取得できるよ

あとはdataTableに使う値は単純な表示のみならリクエストスコープでいいけど
入力があったり行ごとにアクションボタンやアクションリンクがあるなら
セッションスコープにおくこと

ゴーストイベントに注意

718 ：716：2009/02/23(月) 03:12:44

>>717
レスどうもありがとうございます。こちらの書き方が悪かったでした。
ログインIDはセッションに入れるやりかたにしているのですが、私が今悩んでいることとして、
以下の例がもっとわかりやすいです(はじめからこっちを書けばよかった)

業務データで、ヘッダ(基本情報)と明細情報というのがあると思います。
DB構造：受注基本、受注明細というように2テーブルになっている。
　受注基本TBL:親テーブル、PK：受注番号
　受注明細TBL:子テーブル、PK：受注番号(かつFK)、明細番号
画面：まず受注の一覧が表で表示され、一行をクリックすると、
　次画面でその受注番号についての明細が表示される、という感じです。

このとき、受注一覧画面の表の中で http://myserver/myapp/jutyudetail.jsf&id=0001
のようなリンクを <h:commandLink> で作り、いちど JutyuIchiranBean でうけとり、
faces-config.xml で "sucess" で JutyuMeisaiBean に遷移させたい。

で、Http Request と Http Response の一往復の間なら、リクエストパラメータが
リクエストスコープに入っているので、わざわざ request.setAttribute() せずとも
JutyuIchiranBean 側で request.getParameter() すれば取れることに気づきました。
だけどリクエストパラメータではないデータを ManagedBean 間で渡したい場合は、
request.setAttribute()するか session.setAttribute() する必要があるということですね。

あるいは、受注一覧画面で http://myserver/myapp/jutyudetail.jsf&id=0001 のリンクを作る
<h:commandLink> で、
　・action を JutyuIchiranBean ではなく JutyuMeisaiBean の メソッドにしてしまう
　・binding も JutyuMeisaiBean の属性にしてしまう
というのを思いついたのだけど、画面項目をクリックしたときの action は、
いきなり次画面にせず、自画面の ManagedBean にするよう統一した方がいいでしょうか？

あと↓はどういう意味ですか？
> ゴーストイベントに注意

719 ：デフォルトの名無しさん：2009/02/23(月) 20:56:06

>>718
なんでコマンドリンクでGETパラメータ乗せてるの?
それはボタンと同じ動きだよ

ゴーストイベントは検索してみた?

720 ：デフォルトの名無しさん：2009/02/24(火) 02:41:19

>>719
そういう時はh:dataTableに渡すデータ (オブジェクトの配列かListだよね)
をDataModelでくるんでからh:dataTableを使って表示する。
テーブルの行にあるcommandButtonやcommandLinkで発火したアクションメソッド内で
DataModel#getRowData()をすると、選択された行に対応したオブジェクトが取得出来る。
そのオブジェクトから明細画面を表示するのに必要なキーを取得すれば良いかと。

けどこの情報って余りWeb上では日本語で見つからないね。
本とかだとちゃんと解説されているけど。

721 ：720：2009/02/24(火) 02:44:29

アンカー間違えた。719じゃなくて718ね。

722 ：デフォルトの名無しさん：2009/02/24(火) 09:09:40

>>719
このスレでも出てたと思う

723 ：716：2009/02/24(火) 17:59:02

レスどうもありがとうございます。
>>720
おっしゃるとおり、h:dataTable を以下のように使っています
(パクリ元が myfaces-example-simple-1.1.8/dataScroller.jsp なので、t:dataTable になっています)
<t:dataTable id="data"
　　　var="bean"
　　　value="#{myBackingBean.jutyuIchiranList}"
　　　preserveDataModel="false">
　<h:commandLink action="#{myBackingBean.goDetail}">
　　<h:outputText value="#{bean.jutyuMeishou}" />
　　<f:param name="id" value="#{bean.jutyuCode}" />
　</h:commandLink>
　〜
</t:dataTable>
Struts の <logic:iterate>の要領でぐるぐる回しています。
こうすることで myBackingBean の goDetail() に処理が移り、このメソッドの中で
Map requestParameterMap = FacesContext.getCurrentInstance().getExternalContext().getRequestParameterMap()
String kanyosakiCode = requestParameterMap.get("id");
とすることでクリックされたデータのコード値を取得し、コード値を元にDBを検索して情報を取得しています。
jutyuIchiranList を作る時点で、jutyuIchiran のオブジェクトのリストにしているので、
クリックされたのが「n件目」というのがわかれば、jutyuIchiranList.get(n) すればよいのですが、
ページングしていることもあり、ぱっと思いつかなかったので、コード値を元に DB を再検索しています。

>>718 で私は http://myserver/myapp/jutyudetail.jsf&id=0001 と書きましたが、
<h:commandLink> でクリックすると、GET パラメータにはならないようですね(POST になっているのか)
ManagedBean 側で取得できればいいので、別に GET パラメータでなくてもかまいません。

724 ：716：2009/02/24(火) 18:00:48

>>720 の DataModel がよくわからなかったのでググっていたのですが、このスレでも出ていましたね。 >>689-693
で、ググって以下を参考にして作り直してみました。
http://blogs.wankuma.com/kazuki/archive/2008/11/03/160364.aspx
http://hidekazu.dhs1.sst.ne.jp/pukiwiki/JSF%20TIPS.html

・ManagedBean では ListDataModel のフィールド、setter/getter をつくり、
　あらかじめ DB に JutyuIchiranList を作って ListDataModel のコンストラクタに突っ込んでおく。
・dataTable では value に ListDataModel の setter メソッドを指定
　<t:dataTable id="data"
　　　var="bean"
　　　value="#{myBackingBean.listDataModel}"
　　　preserveDataModel="false">
・jsp 側では、上のレスの h:commandLink を以下のように修正(actionListenerを指定し、f:param は削除)
　<h:commandLink actionListener="#{myBackingBean.goDetail}">
　 <h:outputText value="#{bean.kanyosakiCode}" />
　</h:commandLink>
・ManagedBean では、goDetail() メソッドの引数に ActionEvent e を受け取るようにし、
　http://hidekazu.dhs1.sst.ne.jp/pukiwiki/JSF%20TIPS.html と同じようなことをする

これで、画面で一覧表の中のクリックした行のオブジェクトがすんなり取れるようになりました!!
t:dataScroller との相性もばっちりです。
>>723 の私のやり方は、旧世代の Struts 的ですね(Logic:iterate と indexId属性)
なんか JSF だと URL パラメータとかを意識しなくていいのが直感的。
自分は Struts はすきだけど、JSF おもしれーー!!
時代遅れかも知れないが、もうちょっと勉強しようと思いました。

※DataModel なんて言われないと気づかなかった。今は下の本をダウンロードして印刷してやっているけど、
http://dream.mods.jp/first_jsf/jsf-tutorial/jsf-tutorial.html
単にコンポーネントの使い方を把握するだけでなく、JSF の概念そのものをそろそろ理解しないとだめだな。(イベントリスナ、フェーズの概念とか)
この本がそれっぽいので買ってみようかな。 http://www.amazon.co.jp/dp/4873111978

ゴーストイベントは、ちょっと忙しくて調べてないので、出直してきます。

725 ：デフォルトの名無しさん：2009/03/01(日) 16:41:28

バナーとかにフラッシュを使いたいんだけど
JSFの場合特にNetBeansのVisual　JSFの場合
どうやって埋め込めば良いのか分かりません
ajax使うのかな

726 ：デフォルトの名無しさん：2009/03/01(日) 17:32:30

MyFaces 1.2.6 を使っています。以下のようなJSPを作ってバリデーションチェックをしています。

<h:form id="入力">
　<h:messages showSummary="true" showDetail="true"/>
　数字を入力してください
　<h:inputText id="数量"
　　　　　　　 binding="#{hogeBean.amountInput}"
　　　　　　　 value="#{hogeBean.amount}"
　　　　　　　 required="true">
　　<f:validateLongRange minimum="100" maximum="999"/>
　</h:inputText>
</h:form>

required="true" なので、このテキストボックスを空にしてsubmitボタンを押すと、
<h:messages>のところに以下のようなメッセージが出ます。

バリデーションエラー "入力:数量": 値を入力して下さい.

<f:validateLongRagen>の範囲外の数値(たとえば10)を入れると、<h:messages/>のところに
以下のようなメッセージが出ます。

入力:数量: Validation Error: Specified attribute is not between the expected values of 100 and 999. 入力:数量: Validation Error: Specified attribute is not between the expected values of 100 and 999.

↓続く

727 ：726：2009/03/01(日) 17:33:13

↑続き

質問1.どうして <f:validateLongRange>だとエラーメッセージが英語に出てしまうのか？
　required="true" だと日本語のメッセージが出ているのだが・・・

　faces-config.xml では、以下のようにしてアプリケーションのデフォルトロケールを ja にしています。
　
　<message-bundle>messages</message-bundle>
　<locale-config>
　　<default-locale>ja</default-locale>
　</locale-config>
　
　myfaces-impl-1.2.6.jar の javax/faces/Messages_ja.properties の中には、以下の行がちゃんとあるが、見ていないのか？
　javax.faces.validator.NOT_IN_RANGE_detail = "{2}": {0}から{1}の間の値を入力して下さい.

質問2.どうしてメッセージが2作り替えして表示されるのか？
　<h:messages> の summary と detail に同じ内容のものがセットされているように見える。

　myfaces-example-simple-1.1.8 の validate.jsf のソースを見ると、
　<t:messages> は showDetail="false" にして、入力項目チェック系は、
　それぞれのテキストボックスの横に <t:message id="emailError2" for="email2"/>
　というように配置しているから、バリデーション関係のタグはこういうように使うのかな？
　(なんでもかんでも <h:messages/>にまとめようとしている私が間違っている？)
　
これらは MyFaces のバグ？ それともこういうものなのでしょうか？
(こういうものだとしても、質問2.の挙動はともかく、日本語が出ないのはわからないけど)

728 ：デフォルトの名無しさん：2009/03/01(日) 21:26:24

>>725
JSPを直接いじる
適当にDIVタグいれればOK

>>726
実装かえてみるとか
というかidにマルチバイトはあんまりよくないな
label使え

729 ：デフォルトの名無しさん：2009/03/18(水) 19:38:17

IBMがサンと買収交渉、米紙が報道
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090318/326861/

NetBeansの運命は？w

730 ：デフォルトの名無しさん：2009/03/19(木) 03:16:32

再びIBMの暗黒時代の到来だな。
Websphereに統一？

731 ：デフォルトの名無しさん：2009/03/19(木) 21:36:46

Websphereは勘弁…
シェア急拡大してるGlassfishが死んだら、JBOSSいくしかないだろうね
あっちもMojarra使ってるし

732 ：デフォルトの名無しさん：2009/03/23(月) 21:54:47

WebSphereはでかいバグが時々出たり、サポートの対応はイマイチだったりでロクなイメージがない...
これがWebLogicよりシェアが上だなんて信じられなかった。

IBMって確かGeronimoの開発にも協力していたよね？
本当にGlassFishやNetBeansが大丈夫か心配になってきた。

733 ：デフォルトの名無しさん：2009/03/24(火) 00:53:29

Eclipseにしてもそうだが、日本語化とかから手を引いてるんだよね
逆にsunはGlassfishとかNetBeansとか多言語に力を入れて急激にシェアを伸ばした

734 ：デフォルトの名無しさん：2009/03/24(火) 01:43:20

WebShere の場合、新規機能には力を入れるが、既存機能の改善にはあまり力を入れていないよね。
というか、これは IBM 全般に言えてしまうか(Notes とか・・・)

なんというか、IBM 製品の場合、知っている人が使うことが前提になっていて、さわりながら学んで
いこうとすると結構大変なのが多いような・・・。

735 ：デフォルトの名無しさん：2009/03/24(火) 02:01:56

いくら騒いでもSunに買収されたときからNetBeansは死ぬ運命

736 ：デフォルトの名無しさん：2009/03/24(火) 02:30:55

>>732
使っているとわかるが、Geronimo より Glassfish のほうが全然使いやすい。
Geronimo は変なところでハマる。

もともと Geronimo 本体はとても小さなもので、複数の OSS を組み合わせるということで
J2EE サーバとして具現しているけど、各OSS 単体だとうまくいくのに、car にしてGeronimo にデプロイすると例外が出るとか。
クラスローダとかで引っかかりまくった。

今は勢いも Glassfish のほうが大きいしね。

737 ：デフォルトの名無しさん：2009/03/24(火) 03:56:43

IBM絡みは知らなきゃ有料研修受けてくれってスタンスだしな。
書籍も極端に少ないし。IBMのドキュメント眺めるしか無い。

738 ：デフォルトの名無しさん：2009/03/24(火) 09:20:04

Notesはなぁ。
まあ、もともとIBMの製品じゃねーし。

WebSphereはWebLogicよりはマシな感があるが。

変な言い方がだけどIBMは技術力のないベンダーが金にモノを言わせて
サポートをあてにして、失敗したら「IBMが原因不明といいました」とお客を納得させるノリのフシがある。


けど、漏れがOS/400でWASでJSF+SDOを動かしていたらメチャクチャ親身になって問題解決してくれたけど。
たぶん、数少ない日本の人柱だった性もあるだろうけど。

IBMのサポートが悪いってのはAIXとかWindowsの話じゃねーの？

739 ：デフォルトの名無しさん：2009/03/24(火) 23:52:45

AS400自体がめちゃめちゃ囲い込みだけどな。

740 ：デフォルトの名無しさん：2009/03/25(水) 00:26:49

NetBeansのシェアは無視できないくらいに大きくなってるからどうなるか

741 ：デフォルトの名無しさん：2009/03/25(水) 01:47:50

Eclipseより多くならない限りIBMが続ける価値はないだろうjk

742 ：デフォルトの名無しさん：2009/03/25(水) 02:09:13

むしろSunが居なくなればシェアなんて関係ない。
強制的に、ホームページビルダとかwebsphere製品を買わないと開発できないようになるだけさ。

743 ：デフォルトの名無しさん：2009/03/25(水) 12:12:34

>>739
ノーツ動かす箱っておもってた。