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にしか対応してないし。糞。
251:デフォルトの名無しさん
05/02/11 12:22:54
JSFまだまだ実務に使うのは早そうな感じかねぇ。
イベント処理が全部サーバーサイドってのは、実用性あんの？
それとも標準の機能でクライアントサイドでJavaScript使ってイベント処理したりとかもできたりする？
252:デフォルトの名無しさん
05/02/11 12:48:45
何かと動きが変だったりやりたい事が出来なかったりして
ストレスが溜まるばかりの糞フレームワーク
253:デフォルトの名無しさん
05/02/11 14:00:40
>>251
もちろん、JavaScriptも使いたければ使える。
254:デフォルトの名無しさん
05/02/11 16:51:47
JSF対応のツールで無償のやつってどれぐらいあるの？
できればＧＵＩのやつで。
255:デフォルトの名無しさん
05/02/11 17:27:03
探せばいくらでもあるんだろうけど、>>254を満足させるようなものはなさそう。
256:デフォルトの名無しさん
05/02/11 17:39:11
JSFの実装って、JSF-RIとMyfaces以外にあるの？
257:デフォルトの名無しさん
05/02/11 19:33:03
>>256
IBMとかOracleの製品に含まれているのは自社で実装しているんじゃないの？
258:デフォルトの名無しさん
05/02/11 19:38:17
JSFといったらSun純正
259:デフォルトの名無しさん
05/02/11 21:59:32
>>258
あれはRIとは別物なの？
260:デフォルトの名無しさん
05/02/12 12:15:00
とりあえず、会社にSUNの純正入れさせたんだが……。正直SUNのIDEってアレじゃん？
後から無料でぽとぺたできるのがEclipseで出たらどうしようかと思うと、ひやひやだ。
261:デフォルトの名無しさん
05/02/12 13:07:45
VEが実用度が低いんで、JSFの実装が出たとしてもたいしたことないんじゃないかと思われ
IBMにしても業務方面はWebSphere買ってくれという感じだろうし
262:デフォルトの名無しさん
05/02/14 23:20:00
Struts Shaleはどんな感じ？
JSF対応してんだよね？
誰か使ってみた人いたら情報ｷﾎﾞﾝﾇ
263:デフォルトの名無しさん
05/02/16 16:13:07
JSFでの開発環境として、今は何がベストでしょうか？
次期プロジェクトでJSFを導入してみようと考えています。
お勧めのツールは何でしょうか？
一応、金額は関係なくお勧めがあればお願いします。
264:デフォルトの名無しさん
05/02/16 16:21:25
IBMのWSADとRADしかつかったことないけど、WSAD
からRADになってかなり軽快になった。
265:デフォルトの名無しさん
05/02/16 16:30:33
URLﾘﾝｸ(lab.msdn.microsoft.com)
266:264
05/02/16 16:40:14
なんか読み返すと微妙にまぎらわしいな。
RAD -> Rational Application Developer ね。
267:デフォルトの名無しさん
05/02/16 17:16:13
>>266
６０～１００万ですか・・・。
予想通り高いなぁ。
金額関係なくとは書きましたが、これをいつか購入してもらうとして、JBuilderでコードで書くしかないかな。（予算無いし）
268:デフォルトの名無しさん
05/02/16 17:48:08
>>267
JSFだけをやりたいならサブセットのWSSDやRWDでおけ。
これだとフルライセンスで15万。一年間限定
ライセンスは$520(日本でいくらかは知らない)。
今月末までならサポートなしのがdeveloperWorks
通して6万くらいで買える。
でもJSFを使いたいってだけのためにこれ買うのはちょっと
もったいない気もする。
269:デフォルトの名無しさん
05/02/16 22:54:35
>>262
ナイトリービルドしかなかったと思うけど、いちおう動くとこまでいってるの？
270:デフォルトの名無しさん
05/02/16 23:26:21
フリーの開発環境ならこんなEclipseのプラグインが。
URLﾘﾝｸ(amateras.sourceforge.jp)
使ったことはないけど。
271:デフォルトの名無しさん
05/02/16 23:57:12
>>270
見た感じなかなか良さそうだね～。
機能的にシェアのJSF Studioと同等っぽいじゃん。
今度使ってみよう。
272:デフォルトの名無しさん
05/02/16 23:58:31
>>269
どうかなぁ？
自分もその辺も含めて情報欲しくて書き込んだんだけど・・・。
273:デフォルトの名無しさん
05/02/17 01:14:43
S2JSFじゃだめなのか…？
まあ、まだEAだが
274:267
05/02/17 08:29:35
色々とご意見ありがとうございます。
どうやら、WSADは社内に誰も使用してなく放置されたものがあるようです・・・。
バージョン不明。（多分JSF使えない版）
WASDとRationalブランドのものでは具体的にどのあたりが違うのでしょうか？
WASDは自宅で評価版落としてみましたが、Tomcat4.1までしか対応していないようでしたが、Rational版の方はTomcat5.0対応でしょうか？
Rationalの試用版も今日落としてみようと思います。
Eclipseについてですが、私一人で作業するならEclipseでも、まぁいいか～って感じなのですが、メンバー全員となると、Eclipseの設定だけでめげそうです…。
おまけにデザイナは使えない。
私以外は、IDE嫌いで未だにエディタ＋ブラウザ派なのですが、（私だけJBuilderを使ってます）JSF導入となるとさすがにエディタだけ派はきついと思います。
JBuilderは、JSFに関してはコードエディタへの対応だけみたいですね…。
これだと、デザイナが使えません…。JBuilder2005にビジュアルJSFエディタついてれば問題なかったのに…。
個人的にはJBuilderはデベロッパ依存少ないような気がして好きなのですが。
Rational版一桁安ければなぁ。
WSSD検討してみようかなぁ…（自腹で）・・・涙
275:デフォルトの名無しさん
05/02/17 08:53:44
>>274
RationalのRAD6やRWD6はそれぞれWSAD5とWSSD5の後継で
金額も同じくらいだから自腹切るならRationalのほうで。
276:デフォルトの名無しさん
05/02/17 18:21:02
今IBM系の開発環境ってWSDDみたいな例外を除いて基本的に
パスポートアドバンテージ(PA/PAX)でしか購入できないから、
自腹というか個人で買うの面倒だよね。もし本当に自腹切るなら
developerWorksサブスクリプションを今月中に発注するのを
すすめるよ。これだとWSSDとRWDの両方含んでるプランが6万くらいだから。
インプレスや翔泳社のオンラインショッピングで購入できる。
277:デフォルトの名無しさん
05/02/17 19:27:25
>>276
え？スターターレベルで、RWD入ってるんですか？
278:デフォルトの名無しさん
05/02/17 19:48:56
>>277
入ってる。つい先日のアップデートで追加された。ただ
まだ配布CDには含まれていないのでCDが必要な場合は
カスタムCDを発注する必要があるけど。
279:デフォルトの名無しさん
05/02/17 21:04:54
>>278
情報ありがとうございます。
おし！注文しちゃおうかな！
280:デフォルトの名無しさん
05/02/18 07:10:34
なんでRIに<input type="file">がないんだよ・・・。
次のバージョンでは追加されたりするの？
281:デフォルトの名無しさん
05/02/18 19:52:12
RWD試用版落としてみました。
Tomcat5.0まで対応になっていました。
ということで、developerWorks注文しました！
・・・が、仕事がJavaでなくC++になりそうな予感・・・汗
まぁ、C++の方が１３年以上やってるんで楽なんですが。
UNIXのC++開発環境は最悪だからなぁ・・・汗
282:デフォルトの名無しさん
05/02/18 20:52:13
>>281 せっかくだからRWDにCDT入れてC++開発したら?
完成度低いのが正直なとこだけど。
283:デフォルトの名無しさん
05/02/19 09:45:19
>>270
さんきゅ
284:デフォルトの名無しさん
05/02/20 11:38:46
>>270
よく見てみたら、ＧＵＩでいけるのはfaces-config.xmlだけですね。
でも無償なのがありがたい。
lomboz使っているんだがsysdeo推奨ってのがちょっとひっかかるけど。
285:デフォルトの名無しさん
05/02/20 11:41:50
>>273
Springよく分からん。
Strutsの今後によっては乗り換えるかも。
286:デフォルトの名無しさん
05/02/20 12:00:33
Shaleのナイトリーダウンロードして見ました。
struts-shaleはSｈａｌｅのソースだけ。
一応動くものが見たければ、struts-shale-usecasesになります。
JSF-RI込みですから、warをデプロイするだけです。
今までのStruts.jarの代わりにShale.jarになっていて、
struts-config.xmlが無くなってfaces-config.xmlとchain-config.xmlが使われています。
web.xmlも<servlet>はjavax.faces.webapp.FacesServlet１つだけで、shaleは
<filter>の方に移ってstruts-facesと比べるとシンプルになっています。
ちなみに、<listener>にcommons-chainが指定されてます。
Strutsの開発者がStrutsのとこを置き場として使っているだけで、Strutsとは全く別物ですね。
JSFで使えるコントローラのフレームワークっていう感じです。って、そのままやん＞俺。
さて、commons-chainの勉強しよーっと。
287:デフォルトの名無しさん
05/02/20 12:30:34
>>286
情報サンキュー。
全く別物かー。
しかしStruts-Facesが糞な以上、Shale使うようになってくんだろうなぁ。
288:デフォルトの名無しさん
05/02/20 17:23:48
>>285
SpringはStrutsと気にせず同時に使うもので、Strutsから乗り換えるものではないぞ。
あと、S2JSFはSeasar2用だ。Spring用ではない。
289:デフォルトの名無しさん
05/02/23 23:05:25
JSPファイルをincludeして使い回すときって皆さんどうしてます？
StrutsのFormBean的な考え方は捨てて、includeして使うJSP毎にManaged Beanを作るとかするんでしょうか？
ELでBeanのプロパティを埋め込んじゃうので、Strutsや普通のServlet/JSPアプリでやってたようなJSPの使い回しをどうやるのか悩んでます。
290:デフォルトの名無しさん
05/02/25 14:46:36
>>289
オライリー本のサンプルアプリが一番良い答えかも。
買うのはヤダ、というならサンプルソースDLして読んでみてよ。
URLﾘﾝｸ(www.hansbergsten.com)
漏れの場合はセション内の機能単位にmanaged-ｂｅａｎを切り出すのを基本としてる。
個人的には 『画面別に』 という考えはどうかな？って疑問視してる。
ポトペタＩＤＥの中には勝手にpage-beanなるものを作るのもあるらしいが。
291:デフォルトの名無しさん
05/02/28 23:40:30
>>290
レスありがとうございます。
オライリー本は購入しました。
Struts的な考え方を捨てて設計しなおせばいいのかも知れませんが、既存Strutsアプリからの移行という事で
どうするのがベストなのかと悩んでいました。
結局オライリー本を読んで、includeしてるJSP用にManaged Beanを切り出してJSPに埋め込み、
managed-propertyタグでForm Beanのフィールドとして設定するようにしました。
何かもっとこういう場合に良い方法とかってないもんですかね・・・？
いきなり前面JSFというより、Strutsアプリの一部ずつJSF化とかの方が需要ある気がするんだけどなぁ・・・。
292:デフォルトの名無しさん
05/03/02 11:41:30
>>288
Spring自体もMVCコントローラ機能があるので、Strutsと置き換えも可能
293:デフォルトの名無しさん
05/03/02 21:48:50
>>290
IBMは画面ごとにBacking Beanが作られるね。
仕様をながめるとBacking BeanとManaged Beanという言葉が出てきて
Baking Bean=Managed Beanという感じで書かれているが
IBMのこの実装とどっかの掲示板では
Backing Beanは画面の後ろのBeanでManaged Beanとは区別する感じだって書いてた。
IBMっぽいし、わかりやすいから俺は嫌いじゃない。Beanがいっぱいになるけど。
294:293
05/03/02 21:53:15
Backing BeanはStrutsでいうActionForm的に使って
Managed Beanは一般的にSessionに保持するDTOとかエンティティが良いのではと思うが。
295:デフォルトの名無しさん
05/03/04 01:27:30
Oracle ADF Faces Components
URLﾘﾝｸ(www.oracle.com)
これってどうよ？
誰か使ってる人いる？
296:290
05/03/04 10:45:18
>>293
backing-beanとmanaged-beanの棲み分けサンプルをどこかで見れないですか？
297:293
05/03/04 23:41:28
>>296
知らない。
だけどググれば
URLﾘﾝｸ(www.google.co.jp)
棲み分けまでは行かないかもしれないけどbacking beanについてはわかるのでは？
298:293
05/03/04 23:42:47
ごめん、２ページ目のリンク張った
URLﾘﾝｸ(www.google.co.jp)
299:290
05/03/07 18:56:24
ありがとうございました。腰をすえて読んでみることにします。
300:デフォルトの名無しさん
05/03/08 10:34:00
@itのJDNCネタを貼っとく
URLﾘﾝｸ(www.atmarkit.co.jp)
301:デフォルトの名無しさん
05/03/11 08:54:26
で、これって本当にポトペタでブラウザアプリとリッチクライアントと両方作れるわけ？
302:デフォルトの名無しさん
05/03/11 09:57:24
>>301
ポトペタはIBMやSunやOracleその他が実装済み。
eclipseのフリーのヤシはまだ存在しない。
リッチクライアントがらみはまず>>300のリンク先を嫁。
303:デフォルトの名無しさん
05/03/11 23:47:48
JSFでFrame内のページを指定するのってどうやるんですか？
Frame内のページを動的に変えたいんですが、Frameに相当するタグってないですよね？
304:303
05/03/13 01:19:15
う～む・・・しばらく試していますが、やはりFrameが上手く動作してくれません・・・。
target="_top"でSubmitすると、Submiｔボタンが設置してあるJSPだけ更新されずに真っ白になってしまいます。
もしかして根本的にJSFでのFrame使用法が間違ってるのかな・・・。
305:デフォルトの名無しさん
05/03/13 08:11:59
オレはFrameで使用したことなんてないなぁ。
306:デフォルトの名無しさん
05/03/13 10:30:45
俺もない。
けど、理屈は一緒じゃないかな。
subviewとかtilesとか使って実際には１つのページにしているならともかく、
そうじゃないのなら、JSFエンジン（？）いかないhtmlとJSFのソース書いている
jsp（*.faces? *.jsp?)とを理解して使い分ける必要がある。
でないと、jsfタグ使っているのに普通のjspだと解釈されれば無視されて
真っ白なページが表示されるかも。
307:306
05/03/13 10:32:58
普通のhtmlからjsfタグを書き込んだ*.jspを呼び出すときって、
*.facesとかかないけないのかな？
web.xmlの記述によるのかもしれないけど。
308:303
05/03/13 13:20:00
>>306
私はこんな感じでFrameを書いてます(このファイル自体はframe01.jspです）。
<frameset rows="50%,50%" border="1">
<frame name="frame1" src="frame02.faces">
<frame name="frame2" src="frame03.faces">
</frameset>
この書き方で、frame02内の<h:commandButton>でtarget="_top"でSubmitかけてます。
ナビゲーションルールではframe01.jspを返すようにしていますし、実際frame03.facesはJSFタグが正常にHTMLタグにレンダリングされて返ってきているんです。
FormのあるJSP（frame02.faces）だけが真っ白になってしまうのですが・・・。
最初にこの画面に遷移する際にもframe01.jspを指定していますが、その時は正常に全てのFrameが表示されるので、ますますわけがわかりません・・・。
どなたか助けてください・・・(T_T)
309:デフォルトの名無しさん
05/03/13 16:35:40
>>308
URLﾘﾝｸ(java.sun.com)
にはtargetあるけど
URLﾘﾝｸ(java.sun.com)
にはtargetない。
310:303
05/03/13 17:24:17
>>309
レスありがとうございます。
すいません。
こちらの書き方がまずかったですね。
target指定しているのは<h:form>タグです。
<h:form target="_top">
こんな感じでFormを指定して、その中に<h:commandButton>が書いてある、といった意味のつもりでした。
<h:form>ではtarget指定できるんですよね・・・？
311:デフォルトの名無しさん
05/03/14 21:30:09
１０～２０行程度の簡単なサンプルソースアップしてくれたら確認してもいいけど
312:303
05/03/14 22:44:58
>>311
おお！ありがとうございます！
URLﾘﾝｸ(anu.s7.x-beat.com)
↑をお借りしてUPさせて頂きました。
JSPを入れると10行～20行とはいきませんが・・・。
ライブラリは入っていませんが、SunのRI1.1を使用していての現象です。
アドバイスよろしくお願いします。
313:デフォルトの名無しさん
05/03/16 21:51:32
>>312
遅くなりました。今日時間が取れましたので試してみました。
tomcat5.5.7起動時にfacesframetestがエラー（load()例外）はいてましてjsfのサーブレットがこけてましたので、
web.xmlとfaces-config.xml内のコメント部分に２バイト文字がありましたのでコメントを全部削除して実行しました。
えーっと、フレームの部分なんですが、上下半分に分かれてまして、上側にワインレッドでボタンがあって、下側が
下部フレームと書かれたコンクリート色が表示されてます。
上側のボタンを押すと、ボタンの左側にある数字（pageNo）がカウントアップされていきます。
でと、どういう動作をしたらどういう風になって欲しいんでしたっけ？
＃まとまった時間は土日までとれないかもしれません。
314:303
05/03/16 23:06:56
>>313
ありがとうございます。
こちらのServletコンテナのバージョンを記載するのを忘れていました。
すいません。
私が使用しているのはTomcat/5.0.28なんですが、こちらでは起動時にエラーは吐いていないようです。
＞上側のボタンを押すと、ボタンの左側にある数字（pageNo）がカウントアップされていきます。
本当ですか！？
こちらの希望する動作はその通りなんです。
ただ、こちらの環境では初回表示時はちゃんと表示されるのですが、ボタンをクリックすると
上のボタンのあるJSPのみ返ってこなくて真っ白になってしまうのです。
ログにはエラーは特に出ていないようなので、原因が掴めずほとほと困っています。
Servletコンテナの違いによるものなのでしょうか？
なんだか私の設定ミス？のような気がしてきましたが・・・。
とりあえず、土日あたりに設定ファイルの日本語コメントを削除して試してみたいと思います。
また何かお気づきの点などありましたらご指摘ください。
よろしくお願いします。
315:デフォルトの名無しさん
05/03/17 21:28:04
「Webアプリとリッチ・クライアントの境界はなくなる」─Struts/JSFの開発者が展望
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
316:303
05/03/19 16:16:00
>>313
本日試してみたところ、日本語コメントを削除（web.xml、faces-config.xml共）してみたのですが
やはり上部のフレームがボタン押下後に真っ白になってしまいます・・・。
う～む・・・。
317:デフォルトの名無しさん
05/03/19 16:40:44
日本語コメントとかは、単純にxmlファイルのエンコーディングの指定が日本語対応になってないだけじゃねぇの？
318:303
05/03/19 19:09:44
>>317
先頭に<?xml version='1.0' encoding='Shift_JIS'?>を入れて保存の際もShift_JISで保存していたんですが・・・。
それだけでは駄目なんでしょうか？
319:デフォルトの名無しさん
05/03/20 01:43:17
関係ないが、WindowsのシフトJISの場合はWindows-31Jだな。
320:デフォルトの名無しさん
05/03/20 08:56:00
>>316
ひょっとしてWEB-INF/libによけいなもの入れてない？
321:デフォルトの名無しさん
05/03/20 09:00:23
>>319
確かに正しいんだけど、それでもエラー出るんじゃない？
原因よく分からんけど、ユーザが指定してもアプリが対応してくれなきゃ意味無いよね。
あれ？ web.xmlって文字コード限定とかそういうの無かったっけ？ やっぱよく分からん。
322:303
05/03/20 12:14:25
>>320
今確認してみましたが、参考にさせて頂いている下記サイトと同じ内容でした。
URLﾘﾝｸ(muimi.com)
どうしたものやら・・・。
323:デフォルトの名無しさん
05/03/20 16:58:28
>>322
俺が試したやつは、
facesframetest ・・なし
facesframetest\jsp ・・index.jsp他jsp全部
facesframetest\WEB-INF ・・web.xml,faces-config.xml
facesframetest\WEB-INF\lib ・・
2004/12/30 18:53 118,757 commons-beanutils.jar
2004/12/30 18:53 170,902 commons-collections.jar
2004/12/30 18:53 109,131 commons-digester.jar
2005/02/06 22:23 63,980 commons-lang.jar
2004/12/30 18:53 31,638 commons-logging.jar
2005/02/06 22:23 46,865 commons-validator.jar
2004/12/30 18:53 242,713 html_basic.tld
2005/02/06 22:23 65,368 jakarta-oro.jar
2004/12/30 18:53 364,470 jsf-api.jar
2004/12/30 18:53 698,542 jsf-impl.jar
2004/12/30 18:53 24,514 jsf_core.tld
2005/01/10 10:11 20,682 jstl.jar
2005/01/10 10:11 393,259 standard.jar
2004/12/30 18:53 33,137 web-facesconfig_1_0.dtd
2004/12/30 18:53 33,869 web-facesconfig_1_1.dtd
俺の方がごちゃごちゃ多いな。
別のやつでMyFacesでやったときにちょっと次のやつでえらい
はまっちゃったからね。同じようなケースかと思ったんだけど。
URLﾘﾝｸ(myfaces.apache.org)
あとは、webapps\facesframetestフォルダと、%tomcat_home%\workフォルダ
の中をごそっと（facesframetest部分だけでもいいけど）消してからtomcat
起動してみるぐらいかなあ。
324:323
05/03/20 17:00:40
あ、ついでにブラウザの中の一時キャッシュをクリアしてね。
念のため。
325:デフォルトの名無しさん
05/03/22 20:11:04
ひょっとしてfacesframetest\WEB-INF\classesの中が空っぽとか
326:デフォルトの名無しさん
05/03/29 00:53:32
レイアウト的にselectBooleanCheckboxを使いたいんだけど、これ使ってselectManyCheckBoxみたいに選択された値をリストで受け取る事ってできる？
それともレイアウトいろいろ設定できるようにselectManyCheckBoxを拡張するしいのかな？
327:デフォルトの名無しさん
05/04/13 10:02:43
eclipseプラグインが色々出てきたな。
使用感想キボンヌ
ちなみにeclipse-consoleは去年試した段階では
faces-config.xmlをGUI編集するってだけで
ダメダメだったが。
328:デフォルトの名無しさん
05/04/13 21:40:02
>>327
それ、Faces Console じゃないの？
俺も少し前にFacesIDE試してみたけど、Faces Console プラスαって感じ。
そのαの部分がJSFタグが簡単にってやつでちょっと期待したけど、あまりに重すぎたので止めた。
329:327
05/04/14 10:04:35
>>328サンクスコ
ご指摘の通りeclipse-consoleと書いたのはFacesConsoleの間違いでしたｽﾏｿ
FacesIDE情報ありがとうございます。これ国産のヤツでしたよね確か。
自分としてはポトペタまでは無くていいから、valueBindingや
methodBindingのproperty名称正当性チェック及び補完機能が
欲しいっす。そういう意味で漏れもFacesIDEには期待してます。
ver1.0が出たら試そうと思ってた所でした。
でも重いですか、むうう。漏れの環境では無理かも。
330:デフォルトの名無しさん
05/04/14 21:51:49
FacesIDE
URLﾘﾝｸ(amateras.sourceforge.jp)
スクリーンショットがあるから、どんなことできるのか分かる。
今はVer.0.1.5だから、1.0を待つってのはちょっと無理じゃね？
331:デフォルトの名無しさん
05/04/19 10:13:29
誰かJSFのDataGridコンポーネントの在り処知りませんか？
【理想】
ヘッダ列固定可能
ヘッダ行固定可能
フッタ列固定可能
フッタ行固定可能
各セル毎の形式指定可能
セルの編集可能
最悪なければ自作しますが既存のがあればそちらを使いたい所存です
ついでに、JSFコンポーネント集みたいなサイトがあれば教えていただけると嬉しいです。
332:デフォルトの名無しさん
05/04/19 14:22:13
>>331
dataModelを<h:dataTable>にbindする。
それとも知ってて「それじゃ満足できねぇ」の意？
333:デフォルトの名無しさん
05/04/19 16:27:09
>>332
ありがとうございます。ちょっと試してみますね
ちなみに求めているのはASP.NETの WebForms版fpSpreadのパワーアップ版みたいな感じです
URLﾘﾝｸ(dotnetdemo.grapecity.com)
334:332
05/04/20 13:15:21
>>333
リンク先見た。さすがにそこまでの機能は無いなぁ
参考までに、今年リリースされるJDNCのデモでも見てくれ。
こいつはJSFの婚約者なんだ。結婚式はもう少し先だけどね。
URLﾘﾝｸ(jdnc.dev.java.net)
335:デフォルトの名無しさん
05/04/27 22:37:51
あげ
336:デフォルトの名無しさん
05/04/29 02:38:43
JSF だと、Controller の実装ってやらないの？（つか、やらなくていい、というか･･･）
JSF使ってみようか迷いながら調べているんだけど、これまでの servlet/jsp やMVCといった
概念がなくなってて（見えなくなってて）なかなか実際に使うには勇気がいる様な気がした。
便利な仕組みがたくさんあるだけに興味はあるんだけど。
JSFから始める未来の技術屋さんは、httpのことも知らず、getParameter 何それ？ってな時代がくるんだろうか。
337:デフォルトの名無しさん
05/04/29 09:21:16
コントローラは好きなフレームワーク使ってくれっていうことだろ。
JSFはあくまでビューの標準規格だから。
Struts初めての人でもhttpなにそれリクエストなにそれみたいな人が増えている。
まだStrutsとかなら知らんとまともにつくれんだろと言えるけど、
JSFが普及し出すとさらにふえると思う。知らんでもそれなりに作れるようになるから。
技術が進歩したというか、Javaのすそ野が広がったというか、
喜んでいいのか悲しんでいいのか、なんだかなあ。
338:デフォルトの名無しさん
05/04/29 09:34:50
最近簡単なServletを書こうとして
request.getAttribute("hoge")とやって「あれー、おかしいなぁFORMの値取れねー」と
しばらく悩んだ俺がいるわけだが
339:デフォルトの名無しさん
05/04/29 11:16:51
JSF の Backing Bean って値の変更と設定をするっていう意味ではコントローラっぽい
とも思うけど、そうでもないのかな。違うとしたら、コントローラは、どこに実装するんだ？
アクションリスナーで呼ばれる部分？
>>337
httpなんたらってやってる人間はいずれ職人とか呼ばれるようになるのか
340:デフォルトの名無しさん
05/04/29 12:45:12
>>336-339
キミらのことを指差して「ソケットなにそれlisten/bindなにそれみたいな人が増えてる」と嘆くようなもんだ。
341:デフォルトの名無しさん
05/04/29 19:09:55
>>340
そういうつもりはなかったですが、JSFから入った場合、それしか出来ない人間になってしまう気がしたもので。
フレームワークありきで入ってしまうと、その後応用がきかないつーか。
まあ、それで仕事があって商売が出来てなおかつ楽になるんだったら悪いとは言わない。
セコセコ細かいコーディングするのは正直言って俺もやだし。
で、誰か知ってたら教えて欲しいのですが、
<f:selectItems> に渡すBackingBeanのプロパティの型って、必ず SelectItem つっこんだ
Collectionじゃないとダメなんですか？普通のStringのListや<String,String>のMapを渡しても
無視されてる様な気がするんですが。
BackingBean では、出来るだけ SelectItemをnewするとか、UIを意識したコードは書きたくないと
思うんだけど、BackingBeanって、もともとそういうものでしょうか？
342:デフォルトの名無しさん
05/04/29 20:26:38
>>341
どんどん下位レイヤというのは覆い隠されていくわけだから、問題ないというか仕方ないと思うよ。
どちらにせよJSFのようなHTTPを覆い隠すレイヤーが必要で、Javaの場合はJSF以上のものはないしこれからJSFが広まっていくだろうから、JSFしか出来なくてもあまり問題ない気がする。
JSFには、そう言い切ってしまえるところまでがんばって欲しいとは思うけど。
343:デフォルトの名無しさん
05/04/29 22:00:43
>>341
マネージドビーンっていうのは、そういうもんだと思ってる。
あくまでビジネスロジックとビュー(JSF)をつなぐものとして。
１つのJSPファイルに1つのマネージドビーンを用意することにしている。
StrutsでいうところのActionっぽい感じ。
344:デフォルトの名無しさん
05/05/02 13:35:10
>>343
＞１つのJSPファイルに1つのマネージドビーンを用意することにしている。
何で？
オレは 『機能単位』 だなぁ。一つのJSPで複数のManaged-Bean使ってるし
複数のJSPで一つのManaged-Bean使ってるし。まぁN対Nっつー感じで。
もしかしてIDEの影響？PageBeanって呼ぶのだっけ？
追伸：Controller役に関しては「それってコンテナのお仕事でしょ」って考えてるけど・・・
345:343
05/05/02 21:58:53
>>344
> 何で？
収拾つかなくなるから。
補足すると３つのJSPで１つの登録画面とかいうなら、マネージドビーンは１つ。
（だからマネージドビーンっていうより、バッキングビーンかなあ。）
逆はないなあ。逆にするって事は、ビジネスロジックがJSFから切り離せないんじゃないの？
まあ、今のやり方がベストだとは思ってないから、検討の余地ありだけどさ。
> 追伸：Controller役に関しては「それってコンテナのお仕事でしょ」って考えてるけど・・・
は？ なぜコンテナ？
346:デフォルトの名無しさん
05/05/02 22:44:23
IBMのWSADはそういうコード吐くよね
だいたいJSFなんて、1からコード書くような開発用のものではない
ツールと組み合わされて使われることが目的
ベタで書くのもいいけど
それだったら他のアプローチ考えた方がいい
347:デフォルトの名無しさん
05/05/03 03:38:32
>>220
遅レスだけど、俺もFacesIDE使ってて同じバグに悩んだ。
でも、jarファイル群をSun実装のJavaServer Faces 1.1.01のものに置き換えたら
解決したYO!
348:デフォルトの名無しさん
05/05/03 03:52:58
追記
結局、FacesIDEが標準で含んでいるJSF実装のmyfaces 1.0.8が、IBM実装JSFと同じバグを
抱えていたってことらしい。
349:デフォルトの名無しさん
05/05/12 01:17:17
Exadel studioがフリーになったそうですが
誰か使ってみた奴はいる？
350:デフォルトの名無しさん
05/05/12 01:35:03
>>349
情報サンクス！
今ﾀﾞｳｿしてたところ
それにしてもExadel太っ腹だなー
内容にはかなり期待してる
351:350
05/05/12 02:45:29
Exadel studioのダウンロードはユーザー登録をすると、登録に使った
メールアドレスにダウンロードURLが送られてくる方式です。
チュートリアルを見た限り、ユーザー登録するだけの価値はあるかと。
Exadel studioの利用チュートリアルやデモなどはこのページにあります
URLﾘﾝｸ(www.exadel.com)
352:デフォルトの名無しさん
05/05/14 02:38:17
Exadel Studio 使ってみたけどイマイチだった。
Managed Bean を作って、プロパティも適切に設定したはずなのに、
JSF内で使おうとすると認識されない（そんなプロパティ無いと言われる）
Tomcatを再起動しても同じ
また、JSFでMyFacesのタグライブラリの宣言は手動でやらないといけない
そして、肝心のJSFのページ遷移をダイアグラムを使ってビジュアルに指定する機能は、
有料版しか使えない
ストレスたまるからsysdeo+FacesIDE+amateras Html editorの組み合わせに戻したよ
個々のエディタ(JSFエディタ,CSSエディタなど)の出来はいいから、それらだけ
使うのはアリだと思う
353:デフォルトの名無しさん
05/05/14 02:47:32
まあ総括すると、
個々の機能はいいんだけど、肝心なところの使用感が今ひとつ
そんな感じ
354:デフォルトの名無しさん
05/05/14 09:58:34
いや、一番の問題は、アピールポイントが体験できない体験版の
存在価値って何なんだろう？じゃないか？ｗ
自動CM検出機能搭載！体験版では使用できません。
擬似5.1chストリームの生成可能！体験版では使用できません。
体験版の意味ねぇよ＿|￣|○|||
355:デフォルトの名無しさん
05/05/14 10:21:58
>>352 FAQから.
URLﾘﾝｸ(www.exadel.com)
>5.4 What third-party plug-ins are installed with Exadel Studio?
>
>WTP Plug-Ins (IBM contribution with several significant bugs fixed)
>VE Runtime (VE-runtime-S20040628)
これ多分JSFエディタ以外の個々のエディタはeclipse.orgのコード
そのままだとおもう。ならJSFエディタだけ個別のプラグインにして
売ってほしいとこだ。
>>354
Proのほうも30日間限定で使えるらしいから、それで問題ないと思うよ。
さて、IBM/RationalがJSFの部分を省いてオープンソースにしたWTPを元に、
JSF開発環境を出しているわけだけど、本家と比べて出来はどうなのかな。
356:355
05/05/14 10:35:30
ところでWTPってEclipse3.0系と3.1系のどちらも開発途中の
コードしか公開されていないわけだけど、Exadel Studioは
どこまで手を入れてるのかな。
いくつかのクリティカルなバグは自分のところで潰したって
書いてあるけどちょっと気になる。
357:デフォルトの名無しさん
05/05/22 16:32:31
Myfaces+Eclipse+Tomcatで何のタイミングかわかんないんだけどしょっちゅう文字化ける
JSPのクラスファイル消して再コンパイルさせれば、元に戻るんだけど
なんか理由あるの？
JSPの最初には↓のようにかいてる
<%@ page language="java"
pageEncoding="Windows-31J"
contentType="text/html; charset=Shift_JIS" %>
358:デフォルトの名無しさん
05/05/22 16:34:45
pageEncoding="Windows-31J"
ならば
charset=Windows-31J
にしておけば？わざわざＳｈｉｆｔ＿ＪＩＳにする理由がわからん
359:デフォルトの名無しさん
05/05/22 17:01:39
>>357
encoding宣言とそのjspファイルの実際のencodingが合ってないとか
360:デフォルトの名無しさん
05/05/22 20:22:17
>>357
SysdeoのTomcat Launcher Pluginとか使ってるでしょ？
JSPから生成されたJavaソースファイルのコンパイルを
Jasper（TomcatのJSPコンテナ）で行うと化けない。
Eclipseで行うと化ける。
Jasper（TomcatのJSPコンテナ）は、デフォルトではJSP→Javaに変換するとき
UTF-8でソースコードを生成する。しかし、Eclipseの、Javaソースファイルを
開くときのソースファイルの文字エンコーディングの設定がUTF-8になっていない
状態でEclipse上でコンパイルされてしまうと、化ける。
361:デフォルトの名無しさん
05/05/22 21:08:15
>>360の言うように
>デフォルトではJSP→Javaに変換するとき UTF-8でソースコードを生成する。
この部分の設定変えてみよう
っていうか俺が一番言いたいのは
日本語文字はリソースファイルに書けばいいと思うんだけど・・・
自分はいままで（このような不意な）文字化けが絶対に起きないようにリソースファイルに書くのが定石だと思ってたが・・・
362:デフォルトの名無しさん
05/05/22 21:25:30
>>361
コンテンツによっては絶望的じゃないか？
363:デフォルトの名無しさん
05/05/22 21:29:35
>>362
なにが絶望的？
・すべてがリソースに書き出せるわけが無い（？）
・>>361のやり方は絶望的
・それ以外の意味
364:デフォルトの名無しさん
05/05/22 21:40:06
HTMLしかしらないデザイナがリソース分離とかやるとおもうか？
365:デフォルトの名無しさん
05/05/22 21:42:43
>>364
やらないだろうね
っつーか 言ってる意味がわからん
デザイナがプレーンなHTML持ってくるのはとうぜん
JSPタグとかに直すのはどの道プログラマ
そんな理由でリソース使わないのはおかしくない？
366:デフォルトの名無しさん
05/05/22 21:57:42
>>365
プログラマが手を入れたJSPファイルは、デザイナにとって理解不能なモノになるわけだが、
そういう分業はそのうち破綻しないか？
JSFスレとしては、デザイナが使えるJSFエディタキボンヌ、というところか。
367:デフォルトの名無しさん
05/05/22 22:00:22
>>366
ちょいまり、
JSPファイルがデザイナに戻る流れってあるのか？
368:デフォルトの名無しさん
05/05/22 22:07:37
>>367
デザイナが一回しかさわらないとでも？
むしろ、デザインは定期的に変わったりするだろ。
369:デフォルトの名無しさん
05/05/22 22:08:53
出荷した後で「ここ直して」とか無い？うちはよくあるんだが。
370:デフォルトの名無しさん
05/05/22 22:11:57
>>368
定期的っつ-のがわかんないけど
デザイナからあがってくるものはHTMLだけだよ
そんなこといったら、あんたんとこどうやって作っているのか疑問
JSP知ってるデザイナばかりではないのだろ？
>>369
それって文言変更レベルだろ？
そんなのPGがやるだろ
371:デフォルトの名無しさん
05/05/22 23:55:45
>>370
業務系WEBアプリならともかく、オープンなネット上のショッピングカートのような
見た目重視とかそういうのならいくらでも変更はあがってこよう
まず、JSFはビジュアルなデザイナ重視
とはいえ、グループ開発用のいいのあるんかな
JSP単体ならDreamWeaverでTomcat連携機能もあったりもして
実はデザイナにもJavaの知識なしで扱いやすい
最初の設定だけはしてあげる必要があるけど、JSPからの戻りが問題ない
が、Strutsのようにカスタムタグが出てくるともうだめぽ
本当はたぺちゃんが普及してくれるといいのだが日本語のドキュメント
一切なしで実用的ではない
テンプレート埋め込み型を組み込むのがシンプルだしいいやね
Struts素のまま使って死んでるプロジェクトいくつかみてきた
372:デフォルトの名無しさん
05/05/23 00:11:05
JSF使えるツールって
SunとIBMぐらいでしょうか？
値段いくらぐらいなんでしょうか？
373:デフォルトの名無しさん
05/05/23 00:53:18
>>372
Sunのなら10000円くらいだったかな。
BorlandもJSF使えないかな？
374:デフォルトの名無しさん
05/05/23 00:55:37
>>370
JSPを書くことはできんが、JSPの邪魔をせずに変更できるようなデザイナならいるとは思うが。
で、デザイナとの行き来が問題になってるからTapestryとかS2JSFとかNirvanaとかMayaとか開発されてるんでしょ。
375:デフォルトの名無しさん
05/05/29 11:12:51
今まで自分がやってきたプロジェクトでは、デザイナーがJSPに触るようなことは想定されてなかったな
cssでデザイン関連の設定を極力外出ししてさえ貰っていれば、所詮htmlタグの変更レベルだからＰＧで対応可能だった。
それでも２度手間でメンドクサイのはたしかなんで、デザイナーが直接触れるS2JSFみたいなのは凄く興味を惹かれる
376:デフォルトの名無しさん
05/05/29 11:22:35
開発途中でデザイナとPGでHTMLが行ったり来たりするってどういうことよ
仕様変更時はしょうがないが、設計書書いてないの？
377:デフォルトの名無しさん
05/05/29 12:21:32
>>376
ネット上で公開するB2Cのアプリだと、ぎりぎりまでデザインにこだわるお客さんは結構いるよ。
設計ではなく、見た目の問題でね。
378:デフォルトの名無しさん
05/05/29 15:27:51
デザインなんて仕様で決めれるもんじゃないしね
379:デフォルトの名無しさん
05/05/29 18:58:30
>>378
紙芝居わざわざつくって、事前に確認とっているんだから
大幅な変更は別料金ですよね？
＞ぎりぎりまでデザインにこだわるお客さんは結構いるよ。
PG側としてはむかつく訳だが
380:デフォルトの名無しさん
05/05/29 20:18:57
>>379
で、そういうPGは、クライアント側としてはむかつかれる訳だが
381:デフォルトの名無しさん
05/05/29 20:56:35
間にSEなりPMが入っているのでクライアントと直接話さないよPGは
382:デフォルトの名無しさん
05/05/29 21:41:08
というか、デザインなんて、サイトインしてからも変わる。
383:デフォルトの名無しさん
05/06/01 23:37:14
>>382
そのときデザイナは現行のJSP見るのかい？
プレーンなHTMLだろがボケ
デザイナ（HTML）→プログラマ（JSPに直す）
一方通行なんだよ
簡単な修正も出来ないプログラマはイラン
384:デフォルトの名無しさん
05/06/01 23:41:40
>>383
あほみっけ
385:デフォルトの名無しさん
05/06/01 23:41:49
おまいらスレタイ嫁
386:デフォルトの名無しさん
05/06/01 23:56:44
>>383
で、またプレーンなHTMLにJSPのタグとか1から埋め込んでいくの？
いいね、工数ぼったくれて。
387:デフォルトの名無しさん
05/06/03 17:28:57
そこでXMLCですよ・・・・。
今でも使ってるの俺ぐらいだろうな・・・・。
388:デフォルトの名無しさん
05/06/04 00:51:56
あ、その言葉、おれも聞いたことあるよ(・∀・)
389:デフォルトの名無しさん
05/06/11 02:09:59
AjaxFacesってのが出たみたいだけど、使った人いますか？
どんな感じ？
Ajaxってのがなんかスゴいこと出来そうな感じ。
AjaxFaces 1.0 released
URLﾘﾝｸ(www.theserverside.com)
390:デフォルトの名無しさん
05/06/12 14:49:31
>>389
デモが見たい
まJSF自体がJavaScript吐くようなカスタムタグだから当然だけど・・・
ちなみにAjaxから勉強しないとはまるぜ
391:デフォルトの名無しさん
05/06/13 18:23:51
JSFのコントローラがだめぽだから、コントローラ部はStrutsをつかって、
ビューの部分はJSFなんて話をよくきくんでござんすが、JSFのコントローラの
いったいどこがStrutsと比べてだめぽなんでやんすか？
392:デフォルトの名無しさん
05/06/19 01:41:35
どこで聞いたのかわかんないけど
Strutsとは微妙に層が違うと思いますよ
393:デフォルトの名無しさん
05/06/19 03:47:18
StrutsはWebアプリケーションを作りやすくする感じだけど、JSFはアプリケーションをWebで作りやすくする感じ。
Webを意識する必要があるならStrutsで、アプリケーションならJSF、という印象をうけた。
394:デフォルトの名無しさん
05/06/19 09:46:32
>>393
意味不明
395:デフォルトの名無しさん
05/06/19 11:10:50
なんとなく伝わるぞ？
JSFだとURLと処理(Action)の関係が固定にならないから、
パラメータ付きのURLをメールに乗っけるとかは作りにくい。
StrutsだとHttpSessionを一切使わない作りにもできたり。
アプリケーションの基盤としてはJSFの方が遥かに上だが。
396:デフォルトの名無しさん
05/06/19 17:36:10
>>391
ダメだといわれているけど、改めて理由を聞かれると答えられなかったのでちょっと考えてみた。
コントローラっていうのがナビゲーション機能っていう意味でなら、struts-config.xmlと比べても何の不満もない。
ちょっと機能が違う部分があるけど、それは目的が違うから。
JSFを使うつもりなら、そのコントローラ部分にStruts1.xを使うっていうのは止めといた方がいい。
JSFはイベント駆動型で、Struts1.xはリクエスト駆動型だから、無理矢理組み合わせたところでメリットがない。
（タグだけJSFで書いて、でもイベント駆動にはしないってことになるでしょう。）
今Strutsを使っていて将来性を高めるためにView部分をJSFでっていっても、
Strutsを止めて作り直すようなことがあったとしてもViewの部分（JSFの部分）が
ほとんど修正なく使えるとも思えない。
イベント駆動とリクエスト駆動での設計の違いなんかを考慮しないで、
JSF使おうというときにStrutsと同じ設計で行こうとすると、JSFのコントローラだめぽと勘違いするんじゃないのかな。
それに応じた設計をしなかったのが問題なわけだと思うんだ。
ただ、ローカルにインストールするアプリを作るのと同じように、強力なコントローラ部分がないっていう感じはする。
（ここでいうコントローラはナビゲーション機能とは違います。）
これはDIとかAOPとかそういう別のフレームワークを組み合わせて使うのがベターだと思う。
397:デフォルトの名無しさん
05/06/21 17:01:28
JSF＋Springでアプリ作ってます。
ビジネス層はプレゼンテーション層を意識してはならないと思っています。
なので、DB更新処理はManagedBeanがDTOに値詰めてビジネスロジックに渡して
中でDAOが処理という設計にしました。
そこで、DBテーブルに持っている更新者IDと更新日付に
ログインユーザー情報（SessionスコープのManagedBean）をセットするのは
ManagedBeanの役割だと思うので
ManagedBeanでDTOにセットしてあげてるのですが、非常にかったるいです。
JSFから別のものに乗り換える場合
ManagedBeanで書いたかったるい処理を乗り換えたものにも
やらないといけないのは非常にめんどくさいと思ったんですけど
私どっか考え方ずれてますか？
398:デフォルトの名無しさん
05/06/21 17:03:23
ちょっと訂正
>なので、DB更新処理はManagedBeanがDTOに値詰めてビジネスロジックに渡して
DB更新処理は”プレゼンテーション層に持っている情報”はManagedBeanがDTOに値詰めてビジネスロジックに渡して
399:デフォルトの名無しさん
05/06/21 22:00:53
非常にめんどくさいと思うのは別にいいことじゃない？
リファクタリングのしがいがあると思うけどなあ。
回答になってないけどさ。
400:デフォルトの名無しさん
05/06/21 22:23:14
>>397
俺がよくやるのは、HibernateでInterceptor使って、
getUserPrincipal()と更新時刻を強制的にセットする方法だな。
Hibernateのマニュアルにやり方載ってるよ。
401:デフォルトの名無しさん
05/06/22 09:34:55
>>397
Facade
402:デフォルトの名無しさん
05/06/22 17:51:41
JSFでStrutsのDynaActionFormみたいなことは出来ないのでしょうか？
map-entriesで似たようなことはできるんですがvalue-classの指定がmap-entry毎にないんで
valueが全て同じ型になってしまいます。
map-entry単位でvalue-classの定義が出来れば楽なんですが...
403:デフォルトの名無しさん
05/06/25 00:01:57
URLﾘﾝｸ(www.eclipse.org)
意外なことにinitial committerはIBMじゃなくてoracle。
404:デフォルトの名無しさん
05/06/28 01:19:32
セッションが切れた時の判定って何から取得するのがベストなのか
教えてください。イマイチ何から取得して判断すべきなのか解らない。
405:デフォルトの名無しさん
05/06/28 19:59:23
単純にListenerじゃ駄目なのか。JSFの話じゃなくなるけど。
406:デフォルトの名無しさん
05/06/28 20:53:35
JSFって、クライアント側に全部持つ事できるから、セッション切れても大丈夫じゃないの？
407:デフォルトの名無しさん
05/06/28 21:13:04
>>406
それはない
408:デフォルトの名無しさん
05/06/30 01:20:54
セッションの有効期限を200分にしてるにもかかわらず
25秒間何もしないで放置するとすべてのオブジェクトが開放されてしまうのに
はどのような原因があるのでしょうか？ビーンのスコープはすべて
Sessionに設定しています。
409:デフォルトの名無しさん
05/07/23 03:45:10
>>404
javax.servlet.http.HttpSessionListener
って>>405がレスしてんのか…orz
410:デフォルトの名無しさん
05/07/23 09:51:33
なんかJSFって難しそうだな。
とりあえず今回のプロジェクトはStruts1.2にします。
orz..
411:デフォルトの名無しさん
05/07/23 11:12:57
>>410
どのようなサイクルで処理が回っているのか理解してから使ったほうがいいと思う
これは非常に重要
俺は半年前Websphereで初めてJSFやったんだけど
たまたま時間に余裕のあるプロジェクトだったんでゆっくり勉強してから作業に入れたので
とても幸運だった
いつでも質問してくれ
かなりの事が答えられると思う
412:デフォルトの名無しさん
05/07/23 11:18:30
なんかJSFって難しそうだな…
xDBCとsocket通信を使って開発したほうが楽そうだ。