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

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

1:デフォルトの名無しさん
03/07/26 17:33
スレがないので新しくたてました
URLﾘﾝｸ(www.atmarkit.co.jp)
URLﾘﾝｸ(java.sun.com)

2:かおりん祭り
03/07/26 17:40
∋oノハヽo∈　／￣￣￣￣￣￣￣
　（　＾▽＾）＜　新スレおめでとうございま－す♪
= ⊂ 　　）　　＼＿＿＿＿＿＿＿
= (__/"(__)　トテテテ...

3:デフォルトの名無しさん
03/07/26 17:42
また性懲りもなくWebProg板向きのスレが立ったか・・・・

4:デフォルトの名無しさん
03/07/26 17:45
>>3
おいおい・・・

5:デフォルトの名無しさん
03/07/26 17:48
誰か幼児レヴェルまで噛み砕いて説明ｷﾎﾞｰﾝ

6:デフォルトの名無しさん
03/07/26 17:50
GUIコンポ使って WEB 画面を作れるんだよね？
ASP.NET の Java 版のようなもの？

7:デフォルトの名無しさん
03/07/26 18:13
Java もいろいろ頑張ってるね

8:デフォルトの名無しさん
03/07/26 18:17
Java必死だな♪(^o^=)

9:デフォルトの名無しさん
03/07/26 18:47
Project Raveが無料で配布されたら流行るかもな。

よく考えたら、Javaのツールってフリーのやつしかつかってねぇや

10:デフォルトの名無しさん
03/07/26 18:48
>>8
今のご時世みんな必死なんだよ。
オマエも必死になれ!

11:デフォルトの名無しさん
03/07/26 18:55
ASP.NETのパクリらしいけどそれより優れたところは何？

12:デフォルトの名無しさん
03/07/26 19:00
>> 11

そーねぇ。
M$様に対してお布施をしなくていいところか。

13:デフォルトの名無しさん
03/07/26 20:09
こういう画面デザイン分野は JBuilder とかの商用ツールの方がお得意だから
またツール市場に変化が起こりそうだね。
なんとか Eclipse でも対応してもらいたい。

14:デフォルトの名無しさん
03/07/26 20:09
まあいつまでもASP.NETには追いつけないな。10月にまた引き離されちゃう。

15:デフォルトの名無しさん
03/07/26 20:36
>>14
vaporware

16:デフォルトの名無しさん
03/07/26 20:38
ただのStruts潰し

17:デフォルトの名無しさん
03/07/26 20:48
まあ、必死じゃないプログラマーを待つのは確実な死滅だが、

18:　
03/07/26 21:17
Sunの開発力はなめていいよ(w

19:デフォルトの名無しさん
03/07/26 21:23
あーこれ気になる
実際に使ってみた人いる？
感想きぼん

20:デフォルトの名無しさん
03/07/26 21:27
これは間違いなく主流になるだろう。

21:デフォルトの名無しさん
03/07/26 21:57
と言われて騙される人多数

22:デフォルトの名無しさん
03/07/26 22:00
こうゆうのにだまされて会社が倒産しかかったりしてるとこってどれくらいあるんだろう
Java一辺倒ってとこはさすがにいないだろうけど

23:デフォルトの名無しさん
03/07/26 22:07
ってか今はまだ .NET より Java の方が圧倒してますが？

24:デフォルトの名無しさん
03/07/26 22:15
>>23
禿げ銅、まぁいずれは負けるかもしれんけど。

25:デフォルトの名無しさん
03/07/26 22:24
で、いつEJBは主流になるんですか？

26:デフォルトの名無しさん
03/07/26 22:25
世の案件の大多数は未だにJ2SE1.3ベースだし。

27:デフォルトの名無しさん
03/07/26 22:31
>>25
大規模分散系には使われてるだろ。
まあ普通は struts 程度のフレームワークで充分なんだよ。

28:デフォルトの名無しさん
03/07/26 22:47
これって M$ に対抗してバカでも Web アプリ作れるようにするためのもんだよね。
バカにはうれしいだろうが、どんどんプログラマの敷居が低くなってよりバカが増えちゃうよね。
まぁそういうおれも、これ使ってみるつもりなんだけどね。

29:デフォルトの名無しさん
03/07/26 23:16
まんまパクりじゃん

30:デフォルトの名無しさん
03/07/26 23:25
>>28
Javaプログラマなんて元から馬鹿しかいないだろ。(嘲笑激藁

31:デフォルトの名無しさん
03/07/26 23:37
>13

おそらくすぐに対応すると思われるが

32:デフォルトの名無しさん
03/07/26 23:55
ASPやJSPみたいな、ヨゴレてる実装方法の代替手段でしょ？
初めからこういう方針でWebビューを作るべきだったんですよね。コッチが本道。

33:デフォルトの名無しさん
03/07/27 00:02
>>16
>ただのStruts潰し
つっか、StrutsもJSFもアーキテクトは同一人物（M.Craig）ですが。

34:デフォルトの名無しさん
03/07/27 00:04
@IT 特別企画：JavaServer Facesを理解する（前編）
URLﾘﾝｸ(www.atmarkit.co.jp)

35:デフォルトの名無しさん
03/07/27 00:07
馬鹿にはJSFは使いこなせない。
ASP.NET2.0ぐらいコーディングレスにならないと。

36:デフォルトの名無しさん
03/07/27 00:10
>>33
JSFって、Strutsと競合してないよね？
VelocityがStrutsで使えるくらいなんだから、ビューの作成エンジンを
JSFに差し替えるくらい、わけもないことだと思うんだけどねえ。

37:デフォルトの名無しさん
03/07/27 00:13
>>34は>>1を読まない典型か・・・

38:デフォルトの名無しさん
03/07/27 00:27
だれか噛み砕いて説明して欲しい。
JSPに比べて、何がすぐれてるの？
@it見てるんだけど
使うために覚える事多くない？
むしろ、JSPだけでやったほうがやりたい事が自由に簡単に
すばやくできる気がするんだけど。

39:デフォルトの名無しさん
03/07/27 00:44
>>38
あるコンポーネントが複数の画面にわたって状態を維持したい時、
JSPやロジック作りこまないでいいの。前画面からリクエストを
取り出して新しい画面に貼リ直して、なんてのはもういらない。

JSP/Servletアーキテクチャにおける状態維持の方法について、
さらに抽象化が進んだわけですね。

いろんな人が、ココをどうにかするために、似たような、デモ
ちょっとづつ違う俺様フレームワーク自作していたと思うけど、
それらは全部ゴミになるわけだ。標準化マンセー。

40:デフォルトの名無しさん
03/07/27 01:54
ああ
また変なのあって
また覚えないといけないな
また嫌になるな
またパソコン投げるかも
また変なの出てくるかもな
また変なの出たか・・・

またループ

41:名無しさん♯
03/07/27 13:48
Tutorialﾄﾞｿﾞｰ (　ﾟдﾟ)ﾉ URLﾘﾝｸ(java.sun.com)

42:山崎渉
03/08/02 02:17
（＾＾）

43:山崎渉
03/08/15 16:26
　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

44:デフォルトの名無しさん
03/08/24 13:11
↑mailto:xxxli

45:デフォルトの名無しさん
03/08/31 08:43
おらおら
とっとと　JSFに関する書籍ださんかい

46:デフォルトの名無しさん
03/08/31 15:36
「.NET死亡？！！！」とか書いてなかったらよかったのに。
結局厨房スレ

47:デフォルトの名無しさん
03/08/31 17:41
.NET志望はJSFが出たくらいだけではまずありえんだろうが
明らかにASP.NETよりも優位性が上

48:デフォルトの名無しさん
03/08/31 17:44
>>47
たとえばどういうどこ？

49:デフォルトの名無しさん
03/10/06 01:16
みなさん、COBOL でシコシコ開発しているときと比べてシアワセになりましたか？
お客サンは、WEBシステムになって喜んでいますか？

50:デフォルトの名無しさん
03/10/06 23:30
>>49
わりと。
お客さんの満足度は導入前と相対的なものだろうから、
あまり変わらないだろうな。

51:デフォルトの名無しさん
03/11/15 20:58
>>49
Web系はクライアントのアプリ入れ替えなくていいから楽。

つーか、COBOLのシステムがとWeb系比べるんだ？
COBOLは殆どオフコンや基幹系だろ。
C/SとWeb系を比べるのなら解るが。

52:デフォルトの名無しさん
03/11/16 02:20
>>51
開発での幸福度は、比較できるかもね。
コーディングとかデバッグのしやすさとか。

でも、結局のところメインフレームかオープンかに関係なく、
IDEとかの開発環境に左右されると思うね。

ただ、メインフレームの開発環境は本当にクソだった。
遅いし、不便だし。N○C製だったせいだろうか（ｗ

独り言スマソ。どちらにせよマ板向けだし。

53:デフォルトの名無しさん
03/11/30 13:31

IBMのWSAD5.1.1でJSFサポートするとか聞いた

54:デフォルトの名無しさん
03/12/03 22:01
>>53
good news、なんやかんやいってWSADは使いやすいからな

JSFは実装にバグが多いのでまだ実用には耐えないな

55:デフォルトの名無しさん
04/01/19 23:29
URLﾘﾝｸ(www.unify-jp.com)

UnifyNXJ10
これってどう思う？
JSF準拠ではなく独自の仕様のようだが、
イベンドドリブンのWEBアプリ開発できるってのが実際にあるんだねぇ

だれか評価版落として人柱になってくれ。

まぁ、いづれEclipseにJSFプラグインがでるんだろうな～
そこでよりいっそうEclipse人気が出ると、

56:デフォルトの名無しさん
04/01/27 20:19
期待age

57:デフォルトの名無しさん
04/02/04 08:08
はやくEclipseでできるようにならないかなー

58:デフォルトの名無しさん
04/02/04 08:46
結局、Eclipseで対応してくれないと…。

59:デフォルトの名無しさん
04/02/04 08:55
何もできないJava厨。(ｹﾞﾗ

60:　
04/02/04 09:47
>>59とかって、一人で開発してるのかな？

61:デフォルトの名無しさん
04/02/04 18:09
VBしかできない引きこもりの暇人ﾄﾞﾄﾈﾄ厨らしいよ

62:デフォルトの名無しさん
04/02/08 00:04
>>57
URLﾘﾝｸ(www.jamesholmes.com)
でも57が期待しているものじゃないだろうな。

63:デフォルトの名無しさん
04/02/09 19:48
Sunは、実際にだしてくるプロダクトの完成度がなー。

64:デフォルトの名無しさん
04/02/09 20:02
MS はなかなか製品出してこないし...

65:デフォルトの名無しさん
04/02/14 21:25
JSFとASP.netって、開発スタイルは同じようなものなのでしょうか？

どちらも使ったことありませんが、、、

どっちもイベントドリブン？

66:デフォルトの名無しさん
04/02/18 22:56
>>65
ASP.netは使っていないが、ASPの延長線上にあるとすれば全然違うと思われ

>>63
新しいJSFの完成度はどうなんだろう。
EA4.0は実装がひどかったが、遊ぶことは出来た。
業務で使えるレベルにはちょっと遠いが、出来なくもないかな。

>>58　>>57
WSAD 5.1.1で対応しているぞ。知っていると思うけどEclipseの上位バージョンね。
IDEサポートを使ってみたが、なかなかにたいしたものだった。買ってみたら？

67:デフォルトの名無しさん
04/02/18 23:07
細かくてすまんが WSAD は上位ではなくて、Eclipse ベースの IDE でしょ。
ベースとなる Eclipse のほうが基本機能の実装は先に使える。

68:デフォルトの名無しさん
04/02/18 23:15
>知っていると思うけどEclipseの上位バージョンね。

違うと思う。

69:デフォルトの名無しさん
04/02/21 01:25
>>67-68
いい加減に書いてスマソ。
機能的に上位という意味だったが、それも細かい点では嘘になるしな。

でまぁ、改めてWSAD 5.1.1のIDEサポートはなかなか良かったと思うぞ。

70:デフォルトの名無しさん
04/02/23 00:21
>>69 WSAD/WSSDでのJSFサポートは規格が公式にリリースされていないという
理由でβレベルだから「対応」つーのもあれだね。

71:デフォルトの名無しさん
04/02/23 00:35
まあ、来月にJSFはfinalリリースなわけだ。
Spec Leader の Craig本人が先週そう言っていた。
ただし、Sunから提供されるのは仕様のみで、実装はベンダ任せだから
本当に使い物になるかどうかは ry

72:デフォルトの名無しさん
04/02/23 01:02
>>71
まあ、仕組みに無茶な場所があるわけじゃないので、
そのうち枯れるでしょ。今日明日使えるようになる
ことなんか期待ｼﾄﾗﾝ。

73:デフォルトの名無しさん
04/02/23 01:13
>>72
仕組みに無茶な場所があるわけじゃない、
というのがずいぶんと怪しいような・・・。

というのも、去年１１月頃のEA4を触った経験から言うと、
Sunの参考実装でFacesContextがバグまみれだったのは
仕様がぐちゃぐちゃだったからではないだろうかと思うのだがどうだろう？

使った感覚の話で、明確な根拠は無くてスマソ

74:デフォルトの名無しさん
04/02/23 01:19
>>73
Sunの開発要員の実装能力が低いだけかと。

75:デフォルトの名無しさん
04/02/23 02:22
>>74
かもしれないが、かなり主要なFacesContextの実装にバグがあり、
それをSun側も既知のバグと言っているくせに直していなかったのは、
仕様に問題があったんじゃなかろうかと疑っていたわけで。

Sunの実装か企画が、どちらの能力が低いのかは知らない

76:デフォルトの名無しさん
04/02/23 02:32
>>75
企画に問題があるかなあ。JCPでコミットされてんでしょ？

実装部隊がダメダメなのは今に始まったことじゃないっす。
SDK本体でとんでもないバグが長期間ほったらかしになって
いるのも多々あるわけで。BugParadeの一部のスレは誹謗中
傷の嵐。2chみたいｗ

77:デフォルトの名無しさん
04/02/23 03:45
>>76
そうかもしれない。ちょっと仕様を読んだ限りでは、
複雑ではあるけれど仕様上の問題ではなかったから。

でも同じ会社で実装が出来ないような仕様というのは、
いかがなものかとおもうけどね（笑）

78:デフォルトの名無しさん
04/02/23 22:32
なー、JSFってポトペタ出来るんだよね。で、俺の今まで関わった PJ は
デザインは別会社で、リリース後もデザイン変更がちょくちょくある。
みんなどう？デザインは開発者がしてる？

俺のとこはデザイン会社に修正を依頼するときに画面に表示させた HTML を
渡して、デザインされた HTML をまた JSP に手動で落とす。
顧客にデザイン確認するときは HTML も必要。

JSP が出た当初、HTML にコードが埋めこめれるのが最大の
長所だったが、現在は最大の欠点になっていて JSP ベースの
JSF は更に悪化している。

だから開発者がデザイン（ポトペタ）する PJ の場合に JSF は
強力だが、デザインを完全分業している場合は激しく大変だという
認識はあってる？

79:78
04/02/23 22:36
あっ、JSP にコード書きまくってるわけではない。念のため。
JSP に Java コードは一切書いていない。タグのみ。

80:デフォルトの名無しさん
04/02/23 22:38
現状でもstrutsのカスタムタグがやっかいでコンバータつかうのがめんどい
なんかいい方法ないもんかね

DreaWeaverMX2004みても開発者はあの動きわかると思うけど
デザイナはきびしいなと

81:78
04/02/23 23:00
デザイン完全分離思考な Tapestry にかなり期待してる。
もう HTML -> JSP -> HTML ・・・の単純作業いやだ。

・・・まーこれが言いたかっただけ。

82:デフォルトの名無しさん
04/02/24 10:17
ポトペタって何？

83:デフォルトの名無しさん
04/02/24 22:25
「インポトペタジーニ」の略。
あっちの方がインポッシブルな為、同世代の女性との関係がうまくいかない人が、
ペタージにみたく、枯れてしまった女性に求婚をする事。
大抵のインポになる男性は、若い頃は人並みの性欲があったが、
日々の忙しさに追われる中で気づいたら不能者になる。
人生に絶望しかける中で、「閉経した女性になら相手にしてもらえるかも。」と新たな人生のビジョンを見出す。
こういった経験をつんだ男性は、その後人とは違った人生設計をすることになる。
この事を横文字を交えて簡素にすると「モデル（人生）をデザイン（設計）する」と言うことになる。
IT関係のアプリケーションの開発分野においても、ある程度の模範的なモデルはあるものの、
開発段階ではそのアプリケーション独自のモデルをデザインする必要があるため、この言葉が極稀に使われる。

84:デフォルトの名無しさん
04/02/25 19:25
どこで笑ったり納得したりすればいいの？

85:デフォルトの名無しさん
04/02/25 21:04
>>83
悲惨だな
書いているときに、「俺、おもしれー」と思って書いていただろうことは想像がつくが・・・

86:デフォルトの名無しさん
04/03/01 22:36
JSF-RIのｿｰｽって公開してる?

87:デフォルトの名無しさん
04/03/04 18:10
>>86
当然してないんじゃないの？

88:デフォルトの名無しさん
04/03/04 18:59
RI1.0でた模様。
URLﾘﾝｸ(java.sun.com)

89:デフォルトの名無しさん
04/03/04 22:52
こんなときぐらいあげれば？

90:デフォルトの名無しさん
04/03/05 05:34
タグ名がcamelCaseになってる！
でかした

91:デフォルトの名無しさん
04/03/06 17:28
結局はほとんど誰も注目もしてないということだな。(ｹﾞﾗ
.NETで何年も前から実現してたことだし。(嘲笑

92:デフォルトの名無しさん
04/03/06 17:36
.NET も JSF も注目してないよ。

93:デフォルトの名無しさん
04/03/07 14:29
なんかEA4と大幅に変わっているんですけど・・・

また書き直しかよ！ｳﾜｰﾝ

…でもdynamic includeをサポートしたみたいでちょっとホッとした
（つーか何で今までサポートしていなかったのか理解に苦しむ）

94:デフォルトの名無しさん
04/03/08 14:34
>>93
＞（つーか何で今までサポートしていなかったのか理解に苦しむ）

それは一般にバグと呼ばれる・・・

95:デフォルトの名無しさん
04/03/11 02:59
RIのFacesServlet#init()144行目でNullPointerExceptionでこけるの、
原因わかる香具師いますか？

96:デフォルトの名無しさん
04/03/11 16:57
コンテナ、WebSphereなら最新版にしましょう。

97:デフォルトの名無しさん
04/04/10 14:11
JSF活気ないなぁ。。。。

98:デフォルトの名無しさん
04/04/10 14:54
糞フレームワーク乱立させすぎだからだろ。(ｹﾞﾗ

99:デフォルトの名無しさん
04/04/10 15:18
なんか今ごろポコポコポコポコ出てきて、これまで何やってたんだ？って感じ。
これまで、これ無しにやってきて、Java最高とか言ってたんだろうが。
これからも無しでやれよ。それともそんなに不便だったのか？

100:デフォルトの名無しさん
04/04/10 16:26
>>99
Javaでのウェブ開発は最初ずっと今でも不便です

101:デフォルトの名無しさん
04/04/10 16:44
ビュー部分はDreamWeaverでデザイナが作ることが多いんだけど
この連携ってjavaだろうが.netだろうがphpだろうが面倒

所詮見栄え重視の動的コンテンツと軽い業務に使うwebアプリとで
目指す方向が微妙に違うんだけど、業務系は順次リッチクライアントへ
どうせ行くと思うから、残った動的コンテンツ方面は
このへんを解決したものがなんかメジャーになれそうな気がする

今だとASP.NETにしろJSFにしろなんでも囲い込む方向が強すぎる

102:デフォルトの名無しさん
04/04/10 17:11
Struts じゃ話にならんから ASP.NET ぱくって JSF。
エンティティ Bean、JDO じゃ話にならんから ADO.NET ぱくって SDO。

もともと J2EE をぱくったのが ASP.NET だけど。

103:デフォルトの名無しさん
04/04/10 17:19
>>101
> ビュー部分はDreamWeaverでデザイナが作ることが多いんだけど
> この連携ってjavaだろうが.netだろうがphpだろうが面倒

釣りですか？そういう場合は Tapestry だしょ。実績は知らんけど。
あと NEC のデザインシンセサイザとか。

104:デフォルトの名無しさん
04/04/10 17:52
Tapestryが本命なのは分かってるが
日本語訳がないとか情報が少なすぎてプロジェクトでつかえん

実績というのもやっかいな話で、フリーのプロダクト使う場合
TomcatとかStrtusクラスの知名度じゃないと厳しい

使い物にならないstrutsはあれだけ流行ってるのになぁ

105:デフォルトの名無しさん
04/04/10 17:57
>>104
Tapestry のｵｯｻﾝは Hivemind にうつつ抜かしてるからな。
その前に 3.0 を正式リリースして、開発者ガイドとユーザーズガイドを
ちゃんと更新してほしく。

106:デフォルトの名無しさん
04/04/11 14:37
>>102
アフォ。JSFはASP.NETのパクリとは違う。JSFもASP.ＮＥＴもStrutsをパクったものだ。
そしてASP.NETのパクリはTapestryのほうであってJSFではない。

107:デフォルトの名無しさん
04/04/11 15:02
＞JSFもASP.ＮＥＴもStrutsをパクったものだ。
ASP.netは、Strutsとは全然違うぞ。両方使ったことがあるのか？
VBを可能な限り真似ようとして、できた妥協の産物がASP.netだ。

108:デフォルトの名無しさん
04/04/11 17:07
あげてる時点で釣りだろ

109:デフォルトの名無しさん
04/04/11 20:23
おいおい、age = 釣りかよ。
最近、ﾑ板にはどうもこういう勘違い馬鹿が多いというか

110:デフォルトの名無しさん
04/04/11 20:59
内容がまともなら釣りとは思わないけど
とんでもない内容だからこそ釣りと思うんだろ

111:デフォルトの名無しさん
04/04/11 21:08
>>102はageてないがとんでもない内容だし、
明らかに釣り

112:デフォルトの名無しさん
04/04/12 21:15
ｴBMがJSFのリッチクライアント版を準備中らしい。

113:デフォルトの名無しさん
04/04/12 23:08
リッチクライアントといえば聞こえはいいが
ふつーにswingなんじゃないのか？

114:デフォルトの名無しさん
04/04/13 03:09
JSFがなんでSwingなんだ？

115:デフォルトの名無しさん
04/04/13 05:49
Swingはくそ

116:デフォルトの名無しさん
04/04/13 08:26
>>112

SWTかJFaceであることを祈る。Swingは無理。拒絶される。

JavaWebStartでdllごと飛んで来い！受け止めてやる！

117:デフォルトの名無しさん
04/04/14 10:39
WebStartってJNIできんのか？

118:デフォルトの名無しさん
04/04/14 11:00
アプレットと同じくサンドボックスから抜けるには著名必須
じゃなきゃセキュリティホールでまくり
swtはお察しください

119:デフォルトの名無しさん
04/05/13 22:53
JSF対応のツール類はもう出てるんだよね？
なんか去年はいろいろ話が出てたけど最近聞かないなぁ。

広がってるんだろか？
失敗だったってこと？

120:デフォルトの名無しさん
04/05/14 00:12
まだでてないって
出てたら失敗にしろ成功にしろ祭りだろ

121:デフォルトの名無しさん
04/05/14 00:19
>>120
でてるよー。IBMとか。

122:デフォルトの名無しさん
04/05/14 00:25
ＪＳＦ対応のWebSphereなら５月２１日発売だからまだでてないよ

123:デフォルトの名無しさん
04/05/14 00:44
>>122
ああ、そうか。一般にはそうだったね。
俺は一足お先に使わせてもらってるから正式発売日を意識してなかったよー

124:デフォルトの名無しさん
04/05/14 01:04
なんだこいつは

125:デフォルトの名無しさん
04/05/16 20:51

.net　　　　　　　　　　　　　　　Java
---------------------------
ASP.net vs　JSF
スマートクライアント vs　？

？の位置には何が入りますか？

126:デフォルトの名無しさん
04/05/16 21:57
webstartだろ？
場合によってはアプレットでもいいだろうし

webstartもかなり古い技術だが速すぎたんかね

127:デフォルトの名無しさん
04/06/01 11:43
JSF 1.1あげ

128:デフォルトの名無しさん
04/06/04 01:56
JSFいいね。俺には合いそうだ。メチャメチャ楽。

>>1の記事だと良さがわからない。もっと全然簡単。

129:デフォルトの名無しさん
04/06/04 03:28
こことかがええんかな。
URLﾘﾝｸ(www.itmedia.co.jp)

ま、スレがたったときは、ProjectRaveって名前しかなかったんだからしょうがないよ。

130:デフォルトの名無しさん
04/06/06 22:14
>>129
「Visual Basicユーザー獲得」
とかって書いてるけど
開発環境の見た目だけでプロジェクトの使用言語

131:デフォルトの名無しさん
04/06/06 22:20
以下略。

132:デフォルトの名無しさん
04/06/06 22:22
>>131
勝手に

133:デフォルトの名無しさん
04/06/06 22:24
(ry

134:デフォルトの名無しさん
04/06/07 03:31
ところで130はいったいなんだったんだろう・・・

135:デフォルトの名無しさん
04/06/13 13:58
たまにはあげてみる。
URLﾘﾝｸ(www-6.ibm.com)

136:デフォルトの名無しさん
04/06/13 13:59
↑ｲﾗﾈ

137:デフォルトの名無しさん
04/06/13 15:30
Dreamweaver自体でデザインったってねぇ・・・
生産性そんな変わらんよ　テキストエディタで書くのと

138:デフォルトの名無しさん
04/06/13 16:10
>>137
あふぉがいた

139:デフォルトの名無しさん
04/06/13 17:36
>>138

でもないと思うぞ。漏れの職場でDreamweaver使ってデザインすることにこだわってた香具師がいたが、
データ埋め込むページ作りには向いてないってことが分かって使わなくなった

140:デフォルトの名無しさん
04/06/13 17:39
データ埋め込むページってどういうやつ？
普通に埋め込めると重うんだが

141:デフォルトの名無しさん
04/06/13 17:40
テキストでいじるにしてもまずひな形くらいはDreamWeaverでつくらんと
綺麗なページできんでしょ
すべて手作業なんてしんじられん

いわゆる業務用webアプリは別な
見た目にあまりこだわらなくてもいいから

でも、プレゼンやユーザーに受けがいいのは機能より見た目だったり・・・

142:デフォルトの名無しさん
04/06/13 17:58
>>141

ただ、見た目綺麗なページでも汚いコードじゃプログラマは苦労するよね
両方できればいいのだが

143:デフォルトの名無しさん
04/06/13 19:16
>>1
どっちもできる漏れは勝ち組み

144:デフォルトの名無しさん
04/06/14 19:31
「組み」は動詞なので・・・

145:デフォルトの名無しさん
04/06/14 21:09
勝ち組み - かちぐみみ

146:デフォルトの名無しさん
04/06/26 12:28
Java Studio Creatorは99ドルですか。

サン、Javaの最新開発ツールや改良計画を発表へ
URLﾘﾝｸ(www.itmedia.co.jp)

147:デフォルトの名無しさん
04/06/26 12:41
日本ではやはり実売１０万切らないと経費の問題で使いにくいな

しかも、日本だとオラクルが１９８０円だからねぇ
１０年分ライセンスかっておいても２万だしなぁ

148:デフォルトの名無しさん
04/06/26 21:34
書籍に発売されたというのに
なんだこのさびれようは。

149:デフォルトの名無しさん
04/06/26 23:24
書籍に発売ってどういう意味だ？

150:デフォルトの名無しさん
04/06/27 03:00
>>147
> 日本ではやはり実売１０万切らないと経費の問題で使いにくいな
10万てなに？

151:デフォルトの名無しさん
04/06/27 06:42
>>150
10万円を超えると固定資産扱いとなり、減価償却が必要になるため。

152:デフォルトの名無しさん
04/06/27 08:20
これのことか？
書籍が発売されたのに、っていうほどの書籍じゃないな。

「はじめてのJSF」
URLﾘﾝｸ(coin.nikkeibp.co.jp)

153:デフォルトの名無しさん
04/06/27 11:48
まあ会社によっては10万～20万は末端では経費扱いで処理して、
会計上、年度末に一括して資産振り替えってとこもあるけどね。
そういうとこだとSunのJSCもIBMのWSSDも視野にはいってくる。
あ、でもWSSDはサポートなしでいいならDeveloperWorks subscription
の契約して7万くらいだから元々10万以内だな。

154:153
04/06/27 12:05
すまん、146の99ドルっての円換算で一桁間違って読んでた。

155:デフォルトの名無しさん
04/06/27 12:32
Sunのツールが10万もしたんじゃ、経費に関係なく買わないよ。

156:デフォルトの名無しさん
04/07/16 07:35
あげー
そろそろ情報でとらんかの？

157:デフォルトの名無しさん
04/07/16 20:05
つうか、日本では10万以下の有償ツールはほとんど壊滅だろ。
実際に使われているのは、無料か数十万のものがほとんど。

158:デフォルトの名無しさん
04/07/17 13:55
JSFについては最近知ったばかりなんだけど
インプットタグとかを丸ごとオブジェクト化しておくってことでしょか？

Javascriptを多用するような画面（合計計算とかSPANやDIVで画面イメージ切り替え）
と相性はよいのですかね？

159:デフォルトの名無しさん
04/07/17 14:04
まあ、本来はWeb専用じゃないんだけどね。

160:デフォルトの名無しさん
04/07/17 14:28
>>158
基本的には、JSFコンポーネントを作ってどうこう、というよりも、JSPサーブレットをよく知らない人が手軽にWebアプリを構築するためのツール。
だから、作るものの特定の種類の相性よりも、作るためのツールと相性が良い。
ツール使う前提で、足りないコンポーネントを作るという感じになるのかな。

って言いたいことわかるかなぁ・・・

161:デフォルトの名無しさん
04/07/18 09:22
JSFとASP.NETってどっちが簡単で安全？

162:デフォルトの名無しさん
04/07/18 10:54
何に対する安全かわからん。
スキルのないプログラマでもそれなりに作ることができるとか、
大規模システムでも問題なく動くとか、
セキュリティ面とか。

とりあえず、JSFにどれくらいの実績があると思う？

163:デフォルトの名無しさん
04/07/18 11:56
>>162
ASP.NETと同じぐらいだな。

164:デフォルトの名無しさん
04/07/18 11:57
>>161
JSFは馬鹿ではつかえんから、ある意味安全。

165:デフォルトの名無しさん
04/07/18 13:30
JSFでペタペタ貼り付けれるツールってまだIBMのしかでてないだろ
sunのはどこまでできてるんだろ

166:デフォルトの名無しさん
04/07/18 15:17
>>165
StudioCreatorでも見てみれば？

167:デフォルトの名無しさん
04/07/18 17:14
今の公開バージョンはかわってないだろ

168:デフォルトの名無しさん
04/07/20 15:56
結局JSFって使われてるの？
日本語出力ちゃんと対応してるの？

169:デフォルトの名無しさん
04/07/20 15:58
Javaって馬鹿でもできるんだね

170:デフォルトの名無しさん
04/07/20 21:56
>>168
Eclipse & Strutsで使えるようになったら使うつもり。
単体で使ってもな。

171:デフォルトの名無しさん
04/07/20 22:17
＞１７０

struts-facesのこと？

172:デフォルトの名無しさん
04/07/21 03:01
>>170
strutsは必要ないだろ。

173:デフォルトの名無しさん
04/07/22 21:51
>>171
はい。

>>172
今Struts使っているから。
JSF使うためにStrutsを使うのを止めます。ってのは馬鹿だし。

JSFよく知らないんだけど、まだきちんと対応されてないって印象があるから本格的に勉強する気が起きない。
俺の勘違いだったら指摘して。

174:デフォルトの名無しさん
04/07/23 22:59
勉強する気が起きないなら触らない方がいいよ

175:デフォルトの名無しさん
04/07/24 13:35
そんなにひどいんだ。

176:デフォルトの名無しさん
04/07/24 15:06
>>168
response中のeccodingをセッションにがめておいて使い回したりとか、JSF-RI1.1は
多言語に気をつかってる。strutsのencodeFilterとか要らない。

>>172
struts-facesは、なんか半端。ActionFormをバッキングビーンとして扱うってだけかも。
strutsに拘るなら2.0でJSFに対応するそーだから、それまでstruts使ってた方が良いかも。
個人的には、GUIツールがないJSFでもstrutsよりは便利だと思う。

177:デフォルトの名無しさん
04/08/14 16:26
コンバータが便利じゃのう

178:デフォルトの名無しさん
04/08/16 11:20
猿本読んだヤシ、論評キボンヌ。

179:デフォルトの名無しさん
04/08/26 09:49
誰かOracleのADF Facesアーリーアクセス版試したヤシいる？

180:デフォルトの名無しさん
04/10/01 01:34:07
書き込み少ないのはJSFまだあまり使われてないため?
IBMのWebSphereStudioでいろいろ試してるんだけど，
システム的な事前事後処理
(ServletFilterとか，WebWork2のInterceptorみたいなの）の組み込みって
どうやって実装するのがいいかな?

181:デフォルトの名無しさん
04/10/01 01:52:47
なんかstrutsでもいいかなーと。
別にstrutsで不足ないって言うか。別に新しいことができるようになるわけでもないし。

あぁコンサバになってきてるな。

182:デフォルトの名無しさん
04/10/01 04:22:25
StrutsはコントローラーでJSFはビューという感じで使い分けるのがいいとかなんとか。
だからそんなあなたにはStruts-Faceだとか。
それより、SpringやらSeasarやらと組み合わせなさいよ、と。

183:デフォルトの名無しさん
04/10/02 22:40:54
Faces Console

184:デフォルトの名無しさん
04/10/04 15:45:10
「 Sun Java Studio Creator 」を出荷開始

URLﾘﾝｸ(jp.sun.com)

11,000円。

MacOS正式対応しているのが珍しいなとおもた

185:デフォルトの名無しさん
04/10/04 17:20:08
1,980円でもｲﾗﾈ

186:デフォルトの名無しさん
04/10/04 19:29:26
IBM社員？Oracle社員？

まぁjdev10gは買ったけど見事にはずれだったな

187:デフォルトの名無しさん
04/10/12 15:56:07
JDev\1,980-重いよ～、漏れの貧弱PCじゃ動かん。
IBMのeclipseベースのIDEってナンボするの？
仕事で使う・自社イントラ向け限定・サポ不要って条件。

188:デフォルトの名無しさん
04/10/12 16:24:31
メモリ増やせ。
J2SE5で動かせ。

189:デフォルトの名無しさん
04/10/12 17:07:51
ぶっちゃけIDEはどこもヘビーだよ

体感的には推奨スペックはPentiumM/1.2GHzかPentium4/2.6GHｚあたりだな
メモリは最低５１２MでバックグラウンドでTomcatとかDB動かすなら７６８M

Celeron系はJavaなどのVM系の体感速度がかなり悪い

各種エミュもキャッシュ容量がかなり生きることを考えると安物系はつらい

190:デフォルトの名無しさん
04/10/12 17:20:19
そう？
Celeron1.2G/512Mで、DBやらTomcat動かしても、かなり悪いというほど重くないんだけど。
それと、NetBeansとEclipseで、それほど違うかというと、あんまり変わらなくなってる。
重いものはそれなりに重いね。
比べればそれはEclipseの方が速いけど。

191:デフォルトの名無しさん
04/10/12 17:24:30
VS.NETにはどうやっても勝てないよな。ｗ

192:デフォルトの名無しさん
04/10/12 17:26:10
ああ、Celeron系といってもCeleronM系はまだまとも
というかP6系コアか
P4系のCeleronが酷い
CeleronDでは多少まともになったようだがクロックが２GHｚ超えていても遅くてなえた

まぁあんまり早いのさわらないほうがいい気もするけどね
戻れなくなるから

193:デフォルトの名無しさん
04/10/12 18:37:36
とりあえず、J2SE5から1.4には戻れなくなった。

194:デフォルトの名無しさん
04/10/12 20:00:39
>>187 一番安いのはIBM DeveloperWorks Subscription Starter Level
に入会すること。大体6万くらいで開発環境WSSDからDB/2(パーソナルじゃない
ちゃんとしたやつ)やアプリケーションサーバWASまで全部そろう。
ただし開発目的でしか使えないとか、開発フェーズでも本番と同じ規模
のテストは認められないとか制限は結構ある。187の条件だとWSSDだけ
開発目的ということで使って、DBとかアプリケーションサーバとかは
他のオープンソースで揃えることになるかな。WSSDでもTomcatサポートあるし。

195:194
04/10/12 20:03:12
すまん、ここJSFスレだったよ。WSSDでJSFの稼動条件どうだったかなあ。

196:194
04/10/12 20:06:06
あとWSSDはEclipseベースだけど桁違いに重いから貧弱PCじゃきついだろうな。
ためしにP3 800MHz/256MBのマシンに入れたら使い物にならんかった。

197:デフォルトの名無しさん
04/10/12 21:11:18
そりゃあHello Worldすらサクっと動かないスペックだな。

198:デフォルトの名無しさん
04/10/12 21:13:27
最新はWSSD 5.1.2ですが、JSF対応済みです。このとおり。
URLﾘﾝｸ(www-6.ibm.com)
WSADとの違いは、EJB開発、EMFベースのUMLツール、性能分析あたりかな。
P3 1GHz 512MBでもきっついですよ。推奨768MBですが1GB以上必要でしょうね。
WASが重いのでTomcatで動かそうとしたら、JSF動きませんでしたよヽ(｀Д´)ﾉｳﾜｧﾝ

199:194
04/10/12 21:23:36
ああやっぱTomcatじゃJSF動かないんだ。ありがと。
というわけでDeveloperworks Subscriptionじゃ無理だね。>>187

200:デフォルトの名無しさん
04/10/13 21:33:08
SDO周りがTomcat未対応、WebSphereのみ。
多分警告出てる。

201:デフォルトの名無しさん
04/10/13 22:40:23
MyFaces使ってみるとかは？

202:デフォルトの名無しさん
04/10/16 03:26:29
純粋なJSFならTomcatで動くでしょ
RIも動いてるしMyfacesも動いてるし

203:187
04/10/18 19:09:31
皆さんアドバイスありがとうございます。大変参考になりました。
お礼が遅くなってスマンス。出張してますた。

IBMのIDEも重たいのですね。残念。
こりゃ本格開発始める前にPC変更を申請しなきゃダメか・・・

えっと、TomcatでJSF動いてます。(Tomcat5.0.19 + Sun JSF RI1.1)
そんなに難しいコトやってるワケじゃないのですが。

204:デフォルトの名無しさん
04/10/19 13:25:36

1.バッキングビーンをSerializableにする。
2.そのインスタンス変数でDataModel(実装はListDataModel)をuse

ってやると、appのreloadの時にビヤァ～ってエラー出ますけど、こんなもん？
エラーの内容は「DataModelはSerializableじゃないから保存できねぇ」って
当然と言えば当然のエラーなんだけど、なんか気持ち悪いっす。

205:デフォルトの名無しさん
04/10/26 01:01:23
おれもそれなってて気持ち悪い

206:デフォルトの名無しさん
04/10/30 11:30:17
<h:dataTable>を使ってDBの内容をテーブルで一覧表示して,その中から特定の行を1行だけ
ラジオボタンで選択させて次に詳細表示画面～というよくある画面を作りたいのですが,
「行選択用のラジオボタン」はどうやって実現したらよいのでしょうか。
(単純に<h:column>の中に<h:selectOneRadio>を配置すると，各行ごとに別のラジオボタングループと
なってしまって，全行を渡って1つのグループにはなってくれない))

おそらくセオリーがあるのではないかと思いますが…ご存知のかたおしえてください

*) IBMのJSF使ってるんだけど別にそれとは関係なく知りたいです

207:デフォルトの名無しさん
04/10/30 23:24:52
JWSDP って、jdk5.0 では動かない？
インストーラがコケるのだが… @ WinXP

208:デフォルトの名無しさん
04/11/01 10:53:09
>>206
どしてもラジオボタンでやりたいの？

オレの場合は、

1.javax.faces.model.DataModelを<h:dataTable>にValueBinding
2.各行にcommondButtonを置いてMethodBinding
3.呼ばれたメソッド内でDataModel#getRowDataを使って行オブジェクトを取り出す。

以上の手順でやっとります。

DataModelEventだのDataModelListenerだの使えばラジオボタンで
出来るような気がするが経験無いので何とも言えん。

209:206
04/11/04 22:42:03
>>208

情報感謝です
今回は絶対というわけではないですが，そういうUIにする必然性がでてきたときに
困るなと思いまして…なんか無理そうなのが気がかりです。

210:デフォルトの名無しさん
04/11/08 22:50:24
JSFはTaglibを使い倒しているのでコンパイルが失敗しかねんぐらいソース(.javaね)が巨大化したり，1メソッド64KB制限に収まらない事態がふえると思うのだがどうか。(実際経験した)

211:デフォルトの名無しさん
04/11/09 09:54:48
>>210
試しに.java開けてみた。
オライリー本のサンプルは3051行の.javaになってた。
自分の作ったイントラ向けのシンプルな画面で5000行弱。

212:デフォルトの名無しさん
04/11/11 15:57:27
FacesConsoleをeclipseに入れてみた。
faces-config.xmlをGUIで編集する機能だけしかなかったよ。寂しいのう。

せめて罰金愚beanと"#{ﾅﾝﾁｬﾗ}"が同期してくれるプラグインが欲しい・・・

213:デフォルトの名無しさん
04/11/11 16:20:42
そこでXDocletですよ。

214:デフォルトの名無しさん
04/11/14 14:39:42
JSFやめてFlexに行くわ

215:デフォルトの名無しさん
04/11/14 19:25:10
そういやflexのeclipseプラグイン、非公開になってたな。
そろそろ製品に含めるんだろうか。

216:ASP.NETユーザ
04/11/14 19:47:10
>URLﾘﾝｸ(www.itmedia.co.jp)

>ボタンクリック時のイベントハンドラに、画面10のように記述すれば
>ページ遷移のコーディングが完了する。いかにシンプルになるかが分かっただろう。
public java.lang.String button1_action()
{
　return "case1";
}

この機能はASP.NETには無いですね。
ページ遷移をXMLファイルに記述しておいて、retunでページ遷移
するらしい。画面遷移をビジュアルで見られる利点はあるかなと

>GUIコンポーネントをフォームに貼り付けることで生産性を向上させられるのは
>大きなメリットだが、絶対座標指定でしかコンポーネントを貼り付けられない

これは呆れますね。

217:デフォルトの名無しさん
04/11/14 20:54:34
.ＮＥＴにしろJSFにしろツールを使って囲いこみたいようだが
実際はGUI部分はDreamWeaverのような専用品で
プログラマではなくデザイナが使うというのが多いからなぁ

業務系ならばこういうIDEべったりもいいだろうけど、
ここ2年はWEBアプリから脱却してすでにリッチクライアント案件
ばかりなのでこれらのうまみはないし

218:デフォルトの名無しさん
04/11/14 21:26:35
DreamWeaverはASP.NET、JSPタグが”一応は”使えるみたいだけど

リッチクライアント開発は何のツール使ってます？

219:デフォルトの名無しさん
04/11/14 21:38:30
それはそのクライアント技術によって決まるんじゃないの？

220:デフォルトの名無しさん
04/11/14 21:41:59
IBM実装JSFで<h:dataTable>内に配置した<h:commandLink>や<h:commandButton>でアクションメソッドが呼び出されんという現象にぶち当たって悩んだが，
どうやらバグっぽい
URLﾘﾝｸ(forum.java.sun.com)
なんじゃそりゃー

221:ASP.NETユーザ
04/11/14 22:03:15
　Eclipseとかもそうだけど、Java関連のツールは小１時間動かせばすぐに
分かるような不具合が多いよな
　こういう場合開発どころじゃなくなって頭が痛くなってくる

222:デフォルトの名無しさん
04/11/14 22:03:31
リッチクライアントといいながらファットクライアントと何も代わらない罠

223:デフォルトの名無しさん
04/11/14 22:21:49
>>222
それは、自分がリッチクライアントのつもりでファットクライアントを作ってるだけかと。

224:デフォルトの名無しさん
04/11/14 22:24:04
>>221
MSのツールには、不具合とかバグとかってあまりないね。
ちゃんと仕様を決めるというのはこういうことかと尊敬する。
開発どころじゃなくなって頭が痛くなってくるような仕様も多いが。

225:デフォルトの名無しさん
04/11/14 22:28:37
>>218
オレはDreamWeaverもつかうからしってるよ
タグ認識するだけで別にビジュアルに処理できるわけでもない

それくらいならTomcatとの連携がとれるのでそれでJSPやってたほうが
DreamWeaverだけで完結させる場合は楽

Viewとの独立ってむずかしーよなー
たぺちゃんの日本語資料でまわるとかもなさそうだし

226:デフォルトの名無しさん
04/11/14 22:49:27
独立ができると思うな。

227:デフォルトの名無しさん
04/11/15 21:58:23
>218

Flex Builder
けっこう楽に使える

228:デフォルトの名無しさん
04/11/16 18:04:44
＞ページ遷移をXMLファイルに記述しておいて、retunでページ遷移
＞するらしい。画面遷移をビジュアルで見られる利点はあるかなと

これ便利だね。

せっかくこういう利点があるのに、現在流通している教科書の
サンプルappは醜いソースが大杉だと思うのはオレだけか？
Beanのプロパティに振ったエイリアス名を.javaでハードコーディング
してるの見ると気分悪くなるよ。

229:デフォルトの名無しさん
04/11/20 13:06:06
>>225
そこでVelocityですよ

230:デフォルトの名無しさん
04/11/20 16:02:55
>>229
まぁある意味かぶる部分ではあるな

231:デフォルトの名無しさん
04/11/22 15:40:07

232:デフォルトの名無しさん
04/11/24 07:34:33
SUNのツール、よさげなんだけど、MySQLとかTomcat（素の奴）ではまだ使えないってのが、ちょっと痛いなぁ。
eclipseのプラグインでおんなじようなのでないかな。

233:デフォルトの名無しさん
04/11/24 10:03:22
つまりWebSphere？

234:デフォルトの名無しさん
04/11/25 09:32:23
>>232禿同
>>233WSADの無料バージョンみたいなのが欲すぃ

235:デフォルトの名無しさん
04/11/27 04:43:31
>225
そこでS2JSFですよ

236:デフォルトの名無しさん
04/11/27 14:21:41
>>234
JSFってことはWSADじゃなくてWSSDでいいんでしょ? いまなら
developerWorksサブスクリプションが40%オフだから、
36,000円程度で入手できるよ。サポートないけど、そういうの
あなた必要なさそうだし、Eclipse3.0対応も来月RADでるし。

237:234
04/12/02 15:40:50
>>236遅ればせながら情報thx
\36,000-なら来年の予算に放り込めそうだ。

・余談壱
SunのCreator紹介の無料セミナーへ逝った後、レポを書くとCreator入門の
教科書\3,000-相当をただで貰える。

・余談弐
え～、「稚内大学なんちゃらかんちゃら」というセミナーに逝ってきました。
そこでSunから聞いた話なのですが、JSFとJDNCを将来的に結合させるという
アイデアが進行してるらしいです。

238:236
04/12/03 10:43:38
>>237 すまん、一番安いプランはキャンペーン対象外だった。だから6万円くらい?
一応ライセンス上開発実務には使えるけど、いろいろ使用条件が厳しいからよく
確認してね。

で、今日Rational Application Developer6のPA/PAXでのオンライン配布
スタートするんだっけ? 5.1.2からどうかわってるんかな。

239:デフォルトの名無しさん
05/01/15 10:27:44
Struts-Facesについて詳しいサイトありませんか？
海外サイトでもいいので、どなたか知っていたら教えてください。

240:デフォルトの名無しさん
05/01/15 10:35:40
>>239
・本家サイトのWiki
・Struts-Faces のソースコード
・本家のMLアーカイブ
これ最強。

241:デフォルトの名無しさん
05/01/16 14:15:23
>>239
俺最近調べているけどさ、はじめの一歩ぐらいならヤフとかで検索したらいいとこが２つぐらいある。
後は
・struts-facesのナイトリービルドについてるサンプル（まともに動かないけど）
・myfacesのMLアーカイブ
・strutsのＭＬアーカイブ

struts-faces自体はStruts1.1の頃のものでそれから開発止まっている感じだから
struts1.2なら自分でその間を埋めなきゃならない。

あと、今の現状でstruts-facesでtilesはあきらめといた方がよさげ。

242:デフォルトの名無しさん
05/01/18 23:59:53
>>241
先の現状を楽しみにしておきます。

243:デフォルトの名無しさん
05/01/22 12:05:42
なんかExadelからメール来てたけど、JSF StudioにWYSIWG JSP Editorが付くらしいね。
2月に出るのかな？
シェアだけど、EclipseでポトベタでJSF出きるようになるのは嬉しい。

244:デフォルトの名無しさん
05/01/25 00:15:56
RI(1.1、1.1_01)でさ、ActionListenerからのAbortProcessingExceptionを
シカトされるのってバグ？そのまま突き抜けてエラー画面出ちゃうやん。。。

MethodBindingの実装が、呼び出したメソッドの例外をまとめて
EvaluationExceptionにしてるのが間違ってると思うんだけど。

245:デフォルトの名無しさん
05/01/25 01:26:50
RIはRI

246:デフォルトの名無しさん
05/01/28 23:01:07
フリーでまともな実装ないの？
MyFacesはどんな感じ？

247:デフォルトの名無しさん
05/01/29 02:13:21
Freeじゃなくてもまともな実装が・・・

248:デフォルトの名無しさん
05/02/01 01:08:39
URLﾘﾝｸ(www.apachenews.org)

StrutsチームがJSFの実装やるらしいよ
そのうちMyFacesと合流してデファクトスタンダードになる悪寒

249:デフォルトの名無しさん
05/02/01 20:54:24
Struts Shaleって、どこにありますか？　まだ話だけでソースはないのでしょうか。

それよりStruts-Facesって見捨てられたのかな。

250:デフォルトの名無しさん
05/02/01 21:04:26
＞ Struts Shaleって、どこにありますか？　
ここにある。NigthlyBuildもあるよ。
URLﾘﾝｸ(wiki.apache.org)

＞それよりStruts-Facesって見捨てられたのかな。
1.2.4のソース配布にはcotribディレクトリにあるけどね。
自分でビルドしないといけないし、1.2.4に付属なくせに
Validatorなんか1.1にしか対応してないし。糞。

次ページ