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
俺最近調べているけどさ、はじめの一歩ぐらいならヤフとかで検索したらいいとこが2つぐらいある。
後は
・struts-facesのナイトリービルドについてるサンプル(まともに動かないけど)
・myfacesのMLアーカイブ
・strutsのMLアーカイブ
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対応のツールで無償のやつってどれぐらいあるの?
できればGUIのやつで。
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
60~100万ですか・・・。
予想通り高いなぁ。
金額関係なくとは書きましたが、これをいつか購入してもらうとして、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++の方が13年以上やってるんで楽なんですが。
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
よく見てみたら、GUIでいけるのは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はShaleのソースだけ。
一応動くものが見たければ、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.FacesServlet1つだけで、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-beanを切り出すのを基本としてる。
個人的には 『画面別に』 という考えはどうかな?って疑問視してる。
ポトペタIDEの中には勝手に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
ごめん、2ページ目のリンク張った
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すると、Submitボタンが設置してあるJSPだけ更新されずに真っ白になってしまいます。
もしかして根本的にJSFでのFrame使用法が間違ってるのかな・・・。
305:デフォルトの名無しさん
05/03/13 08:11:59
オレはFrameで使用したことなんてないなぁ。
306:デフォルトの名無しさん
05/03/13 10:30:45
俺もない。
けど、理屈は一緒じゃないかな。
subviewとかtilesとか使って実際には1つのページにしているならともかく、
そうじゃないのなら、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
10~20行程度の簡単なサンプルソースアップしてくれたら確認してもいいけど
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内のコメント部分に2バイト文字がありましたのでコメントを全部削除して実行しました。
えーっと、フレームの部分なんですが、上下半分に分かれてまして、上側にワインレッドでボタンがあって、下側が
下部フレームと書かれたコンクリート色が表示されてます。
上側のボタンを押すと、ボタンの左側にある数字(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)をつなぐものとして。
1つのJSPファイルに1つのマネージドビーンを用意することにしている。
StrutsでいうところのActionっぽい感じ。
344:デフォルトの名無しさん
05/05/02 13:35:10
>>343
>1つのJSPファイルに1つのマネージドビーンを用意することにしている。
何で?
オレは 『機能単位』 だなぁ。一つのJSPで複数のManaged-Bean使ってるし
複数のJSPで一つのManaged-Bean使ってるし。まぁN対Nっつー感じで。
もしかしてIDEの影響?PageBeanって呼ぶのだっけ?
追伸:Controller役に関しては「それってコンテナのお仕事でしょ」って考えてるけど・・・
345:343
05/05/02 21:58:53
>>344
> 何で?
収拾つかなくなるから。
補足すると3つのJSPで1つの登録画面とかいうなら、マネージドビーンは1つ。
(だからマネージドビーンっていうより、バッキングビーンかなあ。)
逆はないなあ。逆にするって事は、ビジネスロジックが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
いや、一番の問題は、アピールポイントが体験できない体験版の
存在価値って何なんだろう?じゃないか?w
自動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
にしておけば?わざわざShift_JISにする理由がわからん
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タグの変更レベルだからPGで対応可能だった。
それでも2度手間でメンドクサイのはたしかなんで、デザイナーが直接触れる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通信を使って開発したほうが楽そうだ。
413:デフォルトの名無しさん
05/07/23 11:25:32
>>412
ま、俺もたまにそういうこと思うけどね
StrutsやHibernate、Springをプロジェクトで使ってもいいけど
半数以上知ってる奴がメンバーの中に居なければ、逆に進度が落ちる
みんなそんなにバカなコーディングはしないだろう
普通に(JDBCとかServletAPIで)作っていってもそれほど問題はないとはおもうこともしばしば 柴俊夫
414:デフォルトの名無しさん
05/07/23 12:44:58
ひとりだけすごく知ってるやつがいればいいよ。
415:デフォルトの名無しさん
05/07/23 12:47:53
>>414
いや、その一人の作業負荷が高くなりそう
半分ぐらい知っている場合
「知らない奴は勉強すれ」
一人しか知らない場合
「操作手順書書いといて」
わかりきった事実やるせない事実
416:デフォルトの名無しさん
05/07/23 13:23:15
EclipseにJSFのプロジェクトあったんだね。
VisualEditor関連の機能が気になるんだけど、いつ頃モノはできるんだろう?
URLリンク(www.eclipse.org)
# Graphical/Visual Editor for JSF Pages
1. Visual editing of JSF components
2. Support drag and drop, wizards for standard and core JSF tags
3. Support for backing beans
# Graphical/Visual Editor for faces-config.xml (Page-flow Editor)
1. Create and remove pages (Navigation Cases) from the diagram
2. Rename navigation rule outcomes and actions and navigation cases on the diagram
3. Automatically diagram navigation data from any JSF configuration file
# JSF Preview
1. The JSF Editors will have a preview capability
417:デフォルトの名無しさん
05/07/23 13:29:10
>>416
その「will」がいつになるのか書かれていないのでかなり先の予感
418:デフォルトの名無しさん
05/07/23 13:34:19
現行のVEみたいに中途半端で終わりそうな気もする
419:デフォルトの名無しさん
05/07/23 13:44:41
とりあえずOracleとIBMとの間で打ち合わせが行われた模様。
まあIBMの連中にしてみれば「全部俺らにやらせろや」とか
思ってんだろうな。
420:デフォルトの名無しさん
05/07/23 14:02:35
>>413
フレームワークってそういうもの。
導入初期には覚えるためのコストがかかることを忘れてはいけない。
わかっているプロジェクトでは学習のための期間や書籍購入、セミナー参加等を計上するが
ダメプロジェクトではフレームワークの効率性のみを期待してあぼーん。
421:デフォルトの名無しさん
05/07/24 05:09:20
あ
422:デフォルトの名無しさん
05/07/24 05:22:23
ぼ
423:デフォルトの名無しさん
05/07/24 13:40:55
>>404
セッション切れ判定はHttpSessionListenerじゃやりにくい。
無効化されたの伝えようにもセッションが切れちゃってるから。
切れたセッションIDを記録する方法もあるだろうけど。
セッション切れ画面を出したい場合は、
RESTORE_VIEWなPhaseListener#afterPhase()で、
HttpSession#isNew() -> true
HttpServletRequest#isRequestedSessionIdValid() -> false
HttpServletRequest#getRequestedSessionId() -> != null (不要かも)
この条件が成立するリクエストはセッション切れと扱える。
で、これを捉えたら、FacesContext#setViewRoot()に
ViewHandler#createView()で作ったビューをセットして
FacesContext#renderResponse()を呼べば、
セッション切れ画面に切り替えることができる。
ただし、ログアウト画面に再ログインのリンクがあったりすると、
そこからログインした時にセッション切れ扱いされちゃうかも。
一月近く経ってるからさすがにもう見てないだろうなー。。
424:デフォルトの名無しさん
05/07/27 00:22:43
>>416 夕べ、Oracle, IBM, BEAの間で打ち合わせがあって、リリースは
WTP1.5にあわせて2006Q3にしようっていうIBMの意見がとりあえず通ったみたいだ。
WTPがJ2EE5.0対応になるタイミングだしね。
あと、>>349- から話題になってるExadel Inc.が仲間に入れてくれって
表明した。まあ現時点でWTPに寄生したJSF製品売ってるExadelStudioに
してみりゃ死活問題だろうしなあ。
425:デフォルトの名無しさん
05/07/28 12:01:54
<h:inputText id="age" required="true"/>
<h:message for="age"/>
入力チェックで引っかかった場合、
リソースの{0}の部分にid(age)が入るみたいなんだけど
ここを別の文字に変更したい場合はどうすればいいの?
426:425
05/07/28 12:11:28
MyFacesのサンプルにあったわ。
427:デフォルトの名無しさん
05/07/28 13:00:53
>>426
本当に!!
MyFacesを使ってないわっしにぜひ教えてはくれないでしょうか。
428:デフォルトの名無しさん
05/08/02 00:53:59
>>424さんどうもすんません
その解決方法は、とりあえずセッションスコープのビーンを作成してそこでIDをもたせて
それがnullになった瞬間セッション切れているって判別することで解決しました。
ライフサイクルの中でJSFはListnerで何らかの処理が走るのでその中に継承して埋め込む
形で埋葬し解決しました。どうもです。
ところでまたまたしょうもない質問ですが、多重送信を防止する場合どのような解決方法で
回避しているのが教えてください。
ID+アクション名というユニークな値を作ってある瞬間アクセスされたとき、過去に時間を記録していない
もしくは、現在の時間と過去の時間の差分が閾値を超えた場合、送信内容を受け付ける。それ以外は
しばらくお待ちくださいページに飛ぶって方法で逃げようと思っています。
これだとダメでしょうか?
429:デフォルトの名無しさん
05/08/02 01:06:37
>>428
俺はStrutsのTransactionTokenの仕組みに、前画面情報を付加してアレンジした仕組みを使ってる。
430:デフォルトの名無しさん
05/08/03 01:04:54
>>429
ありがと、同期メソッドにユニークな値作らせるだけでいいのか。
たいした話じゃなくてよかったよ。どうもね
431:デフォルトの名無しさん
05/08/04 00:33:44
例えば、ログインフォームで
タブでログインボタンや、ユーザIDの入力フィールドにフォーカスを合わせた状態にします。
そこで、リターンキーを連打し、ごく僅かな時間に複数のリクエストを送信します。そうるすると、
com.sun.faces.lifecycle.InvokeApplicationPhase execute
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.RangeCheck(ArrayList.java:507)
at java.util.ArrayList.remove(ArrayList.java:392)at
javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:271)at
javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:381)at
com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:75)at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)以下省略
というふうにエラーが出ます。しかし、これがどこから発生していたどこでキャッチできるのか
解りません。変数にアクセスする前であればHTTP500も発生しないし問題はあまりないのですが
出ると気持ち悪いので原因改善できる工夫をどのようにすればいいのか教えてください。
432:デフォルトの名無しさん
05/08/04 00:38:52
>>431
環境を全く書かないのは釣り。
433:デフォルトの名無しさん
05/08/04 01:44:36
JSFでバイナリデータのダウンロードをしたいのですが、上手くいきません。
ExternalContext context = FacesContext.getCurrentInstance().getExternalContext();
HttpServletResponse response = (HttpServletResponse) context.getResponse();
OutputStream out = response.getOutputStream();
FileInputStream in = new FileInputStream(fileName);
response.setContentLength(size);
response.setHeader("Content-Disposition", "attachment; filename=" + fileName);
int c;
while ((c = in.read()) != -1) {
out.write(c);
}
out.close();
in.close();
FacesContext.getCurrentInstance().responseComplete();
ダウンロード自体は出来ています。
ですが、クライアントにダウンロードの要求確認の画面が表示されるのが、このメソッドが終了した後です。
つまり、
while ((c = in.read()) != -1) {
out.write(c);
}
↑を実行した後、ダウンロードしますか?と聞かれます。
小さいサイズですと、正常にダウンロードしたように見えますが、
少し大きくなると、1分後くらいにダウンロード確認画面が出ます。
さらに大きいサイズになると、途中でjava.lang.OutOfMemoryErrorが起きます。
普通のServletではほぼ同じコードでも問題なく動作しました。
JSFでは、responseを取得する以外に特別な記述が必要なんでしょうか?
ご教授いただければ幸いです。
434:431
05/08/04 01:49:02
環境といっても
JSF1.1
J2SDK1.4
Tomcat 5.x.xだけでしか試していないのでなんとも言えない。けど
435:デフォルトの名無しさん
05/08/04 07:09:19
>>431
おまえ、バカだろ?
JSF実装に何を使っているのかが重要なんだよ。
そんな調子じゃ道は遠そうだな。
436:デフォルトの名無しさん
05/08/04 13:01:33
>>431
二度押し対策なら本屋に逝って「LightWeightJava」を買ってP168を開けて解決するという方法もある。
437:デフォルトの名無しさん
05/08/04 15:25:33
これでもいい
URLリンク(d.hatena.ne.jp)
438:デフォルトの名無しさん
05/08/06 17:15:48
function disableSubmit(form) {
var elements = form.elements;
for (var i = 0; i < elements.length; i++) {
if (elements[i].type == 'submit') {
elements[i].disabled = true;
}
}
}
これって、使用部品数が多いと、遅くなっちゃうんだよな
439:デフォルトの名無しさん
05/08/07 13:15:01
社内アプリ、クライアントWindows2000/XPという前提で、何か入力画面を作ったとして、
クライアント側でログインしているNTのアカウントを取りたいんだけど、できる?
440:デフォルトの名無しさん
05/08/07 14:13:44
>>439 できる。が、スレ違いの予感。とりあえずNTLM認証とかでぐぐれ。
441:デフォルトの名無しさん
05/08/08 07:23:45
>>437
これいいね
442:デフォルトの名無しさん
05/08/08 10:26:27
>>441
うん、裏でああだこうだやるより
ユーザインタフェースって言葉に合ってると思う。
443:デフォルトの名無しさん
05/08/08 22:36:53
ManagedBeanって画面単位でつくってる?
それともユースケース単位?
444:デフォルトの名無しさん
05/08/08 23:25:54
気分単位。
うれしいBean
たのしいBean
かなしいBean
むかつくBean
うれしいBeanとたのしいBeanで悩む。
445:デフォルトの名無しさん
05/08/08 23:29:08
EmotionalBeanか・・・・・・・・・・語感的にはアリな気がしないでもないから不思議だw
446:デフォルトの名無しさん
05/08/15 12:03:33
>>443
IBMのWSADやRationalは画面単位っぽいコードを吐く
結局IDE任せだな俺は
447:デフォルトの名無しさん
05/08/15 20:46:39
>446
そうするとStrutsで
Actionクラスつくってるのとあんまりかわらなくないですか?
POJOってだけでもメリットあるのかなぁ
448:デフォルトの名無しさん
05/08/15 22:00:45
>>447
> POJOってだけでもメリットあるのかなぁ
そゆこと。
449:デフォルトの名無しさん
05/08/19 19:38:43
携帯向けサイトにJSF使おうと思って調べてたら
h:formってPOSTしかないのね。
i-mode公式サイト作ってる人ってJSF諦め?
450:デフォルトの名無しさん
05/08/20 12:46:38
>>449
単純に実装を行っているのがWebブラウザ向けばかりというだけのことです
JSF自体はクライアントは何でもいい
どこかが作ったi-mode用カスタムコンポーネントがなければ
自分で作るしかない
451:449
05/08/20 13:21:15
>>450
そっか。
JSF的にPOSTで受け取らないと何か動作に問題があるので
POST固定ってなってるもんだと勝手に思ってたよ。
ありがと探してみる。
452:デフォルトの名無しさん
05/08/20 14:25:11
submitボタン二度押し対策で、
URLリンク(d.hatena.ne.jp)
の方法はうまく行きませんね。
この方法は、ASP.NETでもダメだったような記憶がある。
「LightWeightJava」の方法はうまく行くけど、
送信中にブラウザの中止ボタンを押すと、それ以降
submitできなくなる。
IE限定なら、document.readyStateが使えるんだけど。
453:デフォルトの名無しさん
05/08/22 08:48:02
submitボタン押せなくするよりもonsubmitイベントでfalse返すほうが確実っぽい
454:デフォルトの名無しさん
05/08/24 13:25:22
アクションリスナの存在意義がわかりません。
・処理分岐が不可能
・必ず後でアクションメソッドが呼ばれる
それでもなお、ここはアクションメソッドで実装せず、
アクションリスナを使うべきだ!
という具体例があれば教えてください。
455:デフォルトの名無しさん
05/08/26 00:27:57
何か勘違いしてる気がするけど、それはそれとして、ヒント:イベントドリブン、EoD
456:デフォルトの名無しさん
05/08/26 10:28:54
>>455
もっと詳しくお願い。
アクションリスナとアクションメソッドの使い分けが本当にわからん。
リスナメソッドがアクションメソッドより先に呼ばれると言うだけじゃないのか?
リスナメソッドの処理結果を画面上に反映させてユーザに通知することも出来ない。
画面を再描画させる契機はアクションメソッドしかないのだから。
Swingなどのスタンドアロンアプリだったらわかるが、Webアプリでは
どうやって使い分けるんだ?
マジ教えて。
457:デフォルトの名無しさん
05/08/29 22:23:41
>>455
俺もわからない。ヒントだけじゃなくて、具体的な使い分けを教えて欲しい。
458:デフォルトの名無しさん
05/08/29 23:20:25
僕もちゃんと理解してるわけではないんでアレなんだけど。
「アクションメソッド」と「アクションリスナ」があるって考えると確かにリスナの方はどうよって気にもなりますが、
基本的にはイベントドリブンなので、アクションを捕まえるのは常にアクションリスナの役割だってのが前提。
だけど、それをいちいち書くのもややこしいから、ラップして使いやすくしたのがアクションメソッド、
ってことなんじゃないでしょうかね?
459:デフォルトの名無しさん
05/08/29 23:44:09
>>458
ご見解ありがとう。
でもさ・・・
大義名分とか、本来の意味での存在意義はその通りなんだろうけど、
JSFのアクションリスナは、例外を投げて処理を中断することはできるけど
画面の遷移先を変えたりができないってのが何とも中途半端に感じる。
ボタンが押されたら→DB検索→検索結果表示画面へ遷移(またはエラー画面へ遷移)
なんて動きはリスナではできないんだよね・・・・
書籍やWebの情報を見ても「イベントをハンドリングできます」とは書いてあるけど
リスナで実装するべき処理の具体例をなかなか見つけられない・・・
460:デフォルトの名無しさん
05/08/30 00:02:35
無理して使う必要ないんじゃない?
JSFに依存せずにコントローラを作れるという点からも、普段はアクションメソッドを使っていればいいんじゃないだろうか
461:デフォルトの名無しさん
05/08/30 02:17:23
AjaxFaces とか既製品使わないでちょっと、簡単なサンプルを
JSF+AJAXで作りたいのですが、どこかにサンプルはないでしょうか?
いまいましいことにドトネトのやつはあるのですがどうにかならないものでしょうか?
462:デフォルトの名無しさん
05/08/31 19:26:54
>>461
.Netを使う。
463:デフォルトの名無しさん
05/09/01 20:42:18
JSFってつかえねぇ。
とくにMyFacesが駄目だな。
俺は今まで.NET一筋だったんだけど、どれだけJavaが使えないかを検証するために、
ここ一週間ほどJSF使ってみた。
<x:inputDate>とか最悪だな。
入力フィールドが日・月・年の順になってやがる。
しかもソースみるとこの順序固定で出力してやがる。
また<x:inputCalendar>も同様に駄目。
ポップアップさせて日付を選ぶと日付が入力欄に入る。
一見すると正常に動いてるようだが、ちょっと設定を変えるとおかしい。
例えば、表示形式をyyyy/MM/ddにする。
ポップアップから選択後、入力欄には確かにこの形式で表示される。
”しかし”
もう一度ポップアップさせると、動作がおかしい。
何がおかしいかを検証してみると、月が01とか02とかMMの形式だとポップアップが月を認識しない。
選択させるときはMMの形式でOKなのに、表示するときはMMだと認識せずMでないといけない。
つうか、Javaの魅力って何?
OSを選ばないところぐらいしかメリットが無い。
JSFで1ヶ月掛かる仕事も.NETなら1週間程度で終わりそうだし、
MySQLやPostgreSQLも.NETから使えるし、WindowsサーバのOS代だけ金使って、
あとはフリーでも問題無い。
ほんと、JSFって使えねぇ。
464:デフォルトの名無しさん
05/09/01 20:53:02
>>463
それはJSFが使えねえんじゃなくて、MyFacesが使えないだけだ。
さすがWin/.NET厨。問題の切り分けもできないDQNだな。
465:463
05/09/01 20:56:56
>>464
JSFの機能 ”だけ” じゃ.NETの足元には及ばない。
そこで、拡張されていてApacheで開発されているMyFacesと比べるのが相応と判断しただけだ。
JSFだけじゃ.NETと比べる価値も無い。
466:463
05/09/01 21:06:59
JSF、問題は山積みだよ。
例えば、ブラウザの『戻る』ボタンの制御。
JSFではデフォルトで制御してくれているが、昨今、この制御をする方法は何通りもの方法があり、
既に決まった処理となっている。
”しかし”
制御したいのは更新などで多重登録になる場合であり、なんでもかんでもデフォルトで
この処理が付いてくるのは邪魔以外の何者でもない。
特に、検索など参照だけの場合、ボタンやリンクで戻ろうが、ブラウザの戻るボタンで戻ろうが、
どっちでもいいはず。
さらには、JSFだけじゃなくてJavaでのWebアプリ自体に無駄が多い。
ServletやJSPなどで構成されたシステムで、なぜApacheのHTTPServerと
TomcatなどのApplicationServerを連携させてる構成が多いのだろう?
とくにJSFやStrutsなど使ってる場合、システムの99%近くはServletやJSPで
APサーバが処理するのに、めったに処理しない静的コンテンツ用に
ApacheのHTTPServerと連携させる。
まったくもって無駄なサーバ構成である。
467:デフォルトの名無しさん
05/09/01 21:29:25
>>465
> そこで、拡張されていてApacheで開発されているMyFacesと比べるのが相応と判断しただけだ。
その判断がDQNだな。
本業を別に持っている人たちが片手間に作ったモノとなぜ比べる?
せいぜいIBMの実装と比べてから言えよな。
そんな判断もつかないのか。M$厨は。
468:デフォルトの名無しさん
05/09/01 21:30:52
>なぜApacheのHTTPServerと
> TomcatなどのApplicationServerを連携させてる構成が多いのだろう?
てめえがそう思うのならしなければいいだけの話し。
誰も連携させることを強制なんかしていない。
勝手に思いこむお前が糞。
469:463
05/09/01 21:43:26
>>467
>その判断がDQNだな。
>本業を別に持っている人たちが片手間に作ったモノとなぜ比べる?
これは無知ゆえの発言ですね。
Apacheは非営利目的の団体だけど、開発者は普通の企業に勤めてる人間が多い。
しかし、だからといって本業の片手間と決め付けるのは無知そのもの。
実際は、勤め先の会社から給料を貰いつつ、その会社での”仕事”として
Apacheプロジェクトの開発をする事が認められている。
つまり、本業。
>せいぜいIBMの実装と比べてから言えよな。
>そんな判断もつかないのか。M$厨は。
IBMの実装?
それに金払うのか?
ならば、金払わないでもつかえる.NETと比べる土台にすら上がってないよ。
>てめえがそう思うのならしなければいいだけの話し。
>誰も連携させることを強制なんかしていない。
>勝手に思いこむお前が糞。
俺がサーバを立てるなら連携させることは無いだろうな。
だけど、Javaなどをメインに仕事してる会社とかが構築してる場合とかでも
ほぼデフォルトでそういった構成になってる。
正直言って不思議だよ。
ちなみに、思い込みじゃなくて実際に見てみた結果で言ってる。
470:デフォルトの名無しさん
05/09/01 21:51:35
>>469
Apacheは非営利目的の団体だけど、開発者は普通の企業に勤めてる人間が多い。
しかし、だからといって本業の片手間と決め付けるのは無知そのもの。
実際は、勤め先の会社から給料を貰いつつ、その会社での”仕事”として
Apacheプロジェクトの開発をする事が認められている。
つまり、本業。
その辺はプロジェクトによって全く扱いが違うぞ。
MyFacesのコミッタが誰だかわかってて言ってる?
例えば、コミッタのうちのひとり、
Oかもと氏はみかかでーたの仕事としてMyFacesの開発なんかしてないぞ。
471:デフォルトの名無しさん
05/09/01 21:52:13
> 俺がサーバを立てるなら連携させることは無いだろうな。
じゃあそうすればいいだろ。文句たれるな。
472:デフォルトの名無しさん
05/09/01 22:00:52
俺も某Apache関連プロジェクトのコミッタだけど会社の業務中はコッソリ・・・
業務として給料もらってできたらいいなー
473:デフォルトの名無しさん
05/09/01 22:01:10
わざわざJSFのスレにきて.NETの足元にも及ばないとか言ってる時点でお察し
474:463
05/09/01 22:22:58
>>470、>>472
それは、日本と欧米の違いじゃない?
まぁ、プロジェクトによって変わるというより、どこの国の奴って方が大きい気がする。
考え方の違いだな。
>>471
単純な文句ではない。
たとえばMyFacesの日付関連に関してもそう。
日付表示は国によって違うことも分かる。
だからこそinputCalendarとかではyyyyMMDDなど書式を指定できる。
にも関わらず書いたような事が起こる。
つまり、考えが足らない。
つうか、inputCalendarでyyyymmddの指定してもう一度ポップアップさせると
月を認識しないなんて、バグだろ・・・
それにMyFacesのコミッタに日本人がいるのに、日・月・年の並びになってて不思議に思わないのも変。
日付の表示方法ってのは何通りもあるから、大抵の言語とかでも日付の書式設定てのがある。
書式設定にあわせて入力欄も変わらないと意味が無いよな。
はっきり言って、コミッタの設計能力って新卒の新入社員並だよな・・・
HTTPServerに関してもそう。
書籍やインターネットなどで連携についてよく掛かれている。
確かに静的コンテンツを表示させるのには効率は良いだろう。
しかし静的コンテンツが殆ど無いにも関わらず、なんでも連携してる感があるのは否めない。
>>473
理論的に反論できない時点でお察し。
俺は実例もあげて言ってるわけだが、反論するなら例などあげて理論的に反論しないと、
負け犬の遠吠えにしか聞こえない。
475:デフォルトの名無しさん
05/09/01 22:34:48
先の見えない&路線変更しまくりの.NETよりはJavaのほうがコミュニティーや各ベンダの
相互チェック体制がしっかりしている分いいかな。
476:463
05/09/01 22:38:01
>>475
Javaは路線変更していないと言えるのだろうか・・・
コミュニティーや各ベンダの相互チェック体制がしっかりしてるというが、
実装を行うコミュニティやベンダが多く、同じ仕様なはずなのに
多少なりとも独自仕様が入り、互換性がない。
つうかSunのJDK自体も独自仕様がはいってるし、正直終わってる。
477:デフォルトの名無しさん
05/09/01 22:42:43
また、本屋が儲かるな・・
478:デフォルトの名無しさん
05/09/01 22:43:55
まあ、糞.NETには糞MyFacesが相応な比較対象ということなんだな。
まともな実装にはかなわないのがわかってるから勝てそうな相手を選んだってことか。
479:デフォルトの名無しさん
05/09/01 22:45:40
>>474
MyFacesに関しては同意できるんだが、ApacheHTTPServerと同TOMCATの連携は
ロードバランスやクラスタリングの様な便利な使い方もあるわけで、なぜ否定的に見
られるのか分からん。
それに、TOMCATがガチでAPサーバとWEBサーバを兼ねてたら、IISとの混成なん
かで無駄な工夫が必要になる。
480:463
05/09/01 22:46:30
>>478
なら、そのまともな実装とやらを教えてくれよ。
俺のJavaの知識は1週間しかないんだよ。
1週間程度勉強した奴にここまで突っ込まれて、理論的にも反論できないってどういう事よ。
481:デフォルトの名無しさん
05/09/01 22:49:00
いやホント .Net 案件無いんですわ
たのんますよ
482:463
05/09/01 22:53:24
そりゃ下請け、孫受けじゃ案件ないだろ。
俺の会社がそうだけど、元請けがしっかりと.NET案件でJavaと同じ期間・金額で見積もって
儲けてるからな。
いまやJava技術者は過剰供給で単価が安い。
しかも、トラブル続出、開発工数は膨らんで大変だから、下請けに丸投げする。
483:デフォルトの名無しさん
05/09/01 23:06:03
>>480
IBMの実装でも試してみろよ。
期間限定(30日だったかな?)なら無料で使えるから。
484:デフォルトの名無しさん
05/09/01 23:08:54
>>480
> 1週間程度勉強した奴にここまで突っ込まれて、理論的にも反論できないってどういう事よ。
糞実装と比較して文句たれて、どんな人物が開発してるかも知らずに「Apache」というだけで「本業で開発」と決めつけてる
ような奴に、「ここまで突っ込まれて」とも思わないのだが?
485:デフォルトの名無しさん
05/09/01 23:44:31
糞実装のMyFacesでも、少し前に新人に作らせた.NETプログラム(C#)よりはまともだ
だから、Javaの勝ちだな
486:デフォルトの名無しさん
05/09/01 23:54:22
>>474
> しかし静的コンテンツが殆ど無いにも関わらず、なんでも連携してる感があるのは否めない。
普通は画像が大量にあったりするが、しょぼいイントラしかやったことないのか?
まー、検証もせずに Apache と連携させなきゃならんと思い込んでる人間が多いのは同意で
ローカル開発環境でも教科書どおりに Apache + Tomcat とか意味分からんとやってるプロジェクトが多い。
なぜローカル環境でも Apache と連携してるの? とか聞いたら、え?無くてもいいの?
とかいうプロジェクトは俺が Tomcat のみで稼動するように今まで置き換えてきた。
SSL もクラスタリングも仮想ホストも Tomcat で出来るしな。
.NET のほうが楽なのは同意。.NET はそんなに経験ないがサクサク作れた。
ちょっと変わったことしようとしたら、ハマったが、それは経験不足だったからかもしれない。
悪くいうつもりは無いが、Java はもっとバカ向けに作られてもいいと思う。
DI やら AOP は便利だが、作ってる奴らが技術自体に酔ってる気がしてならない。
自分でも Javassist や CGLIB で AOP 組んだが確かにおもしろい。
そういう低レベルな技術が見えない .NET とは思想の差か。
487:デフォルトの名無しさん
05/09/02 00:08:01
>>486
> ちょっと変わったことしようとしたら、ハマったが、それは経験不足だったからかもしれない。
俺もそこにギャップを感じた。
ありきたりの、おきまりのことをやるだけなら簡単なのだが、想定外の要件に対応しづらい。
488:デフォルトの名無しさん
05/09/02 00:14:06
>>486
.NETにもCodeDOMを使ったAOP実装とか、IoCコンテナでDelegateInjectionとか
.NETでも独自の特色を活かした技術的酔いどれは色々模索されてるよ。
2ちゃんで話題にならないのはレベルの差かw
489:デフォルトの名無しさん
05/09/02 00:17:32
2chで議論するまでもなく、.NETとJavaのどちらが優れているかなんて市場(経済)が証明している。
.NETなんて「そのうちJavaを追い越す」なんて5年前から言われていて、いつまでたってもてんで普及しない。
Java>>>>>.NETなのは某255が暴れていた5年前から変わらなかったし、これからもそう簡単には変わらないよ。
うちらがここでどう議論しようが、それが現実の企業の下している結果なんだから仕方ないじゃん。
これはJSFがいまだ流行らず従来のJ2EE仕様で現場が満足しているという状況にも同じことがいえるが。
つうかなんでいまさら.NET vs Javaをこのスレでやらにゃならんのだ?
490:デフォルトの名無しさん
05/09/02 00:18:56
流れを読まずに低レベルな質問。
1) JSFでWebアプリの初期化仕事をしたい場合ってどうするのが
一般的?初期化専用のServletを作るしかないのかな?
2) ManagedBeanを取得/参照する一般的な方法はなに?
Session/Request/ContextをFacesContext経由で取得して
Bean名で参照すれば可能なのは分かるんだけど、
ScopeとBean名はfaces-config.xmlで設定するわけなんで、
↑のようなのをベタでやるのはキモチ悪いんですが。
491:デフォルトの名無しさん
05/09/02 00:23:32
>>489
> これはJSFがいまだ流行らず従来のJ2EE仕様で現場が満足しているという状況にも同じことがいえるが。
これは来年が勝負だな。Java EEの標準仕様としてJSFが組み込まれるから、各ベンダーや開発環境の対応が充実してくると思われる。
.NETが普及しないのは、特定の企業の囲い込まれたくない、という企業や公共機関の思惑もありそう。
特定の企業の方針に振り回されたりぼったくられたりするのはカンベンだ、という。
あるいは、政府や公共機関だと特定企業との癒着イメージを付けたくないとか。
> つうかなんでいまさら.NET vs Javaをこのスレでやらにゃならんのだ?
それは、このスレがアンチスレだからだ。ここは>>1の空気を読んで欲しいところ。
492:デフォルトの名無しさん
05/09/02 00:24:13
>>488
大多数のドトネト厨はそんなところをキャッチアップできないDQNだからな。
493:デフォルトの名無しさん
05/09/02 00:29:02
>>489
市場経済で何かが主流になっている=優れている?
俺的には断然否だな。
ハリウッドやオリコンチャートやベストセラーなんぞ糞だし
大企業の工業生産された酒よりは断然地酒だし
VHSよりベータだし
ちなみに.NETは結構ウチの会社では使われてるよ。
.NETがJavaほど使われてない主な理由って
・クライアント向けに使うにはまだ時期尚早(バカでかい.NET Flamework
入れなきゃいかんしVBあたりに比べても重い)
・サーバサイドで使うとしてもIIS+Win限定ではなんかヤだ
・技術者がまだ少ない
・枯れてないのが不安
ってなあたりでしょ。アーキテクチャの優劣以外の問題のがデカいと思う
494:デフォルトの名無しさん
05/09/02 00:30:50
MSの技術はすぐに廃れるから信用できない。
かつてWindowsアプリ開発のスタンダードだったMFCでさえ、
今ではC++と共にすいたいしてしまった。
.NETだって1.0と1.1じゃえらい違いだ。
495:デフォルトの名無しさん
05/09/02 00:32:32
>>494
MFCは十分長生きしたと思うけどね
それにC++もそうだが、別に全然消え去ったワケじゃないよ
.NETはまあ2.0で随分変わるがJavaのTigerだって似たようなモンだろ
496:デフォルトの名無しさん
05/09/02 00:34:28
>>490
1) ServletContextListenerを使うのがいいんじゃね?
初期化専用Servletを使うのはServlet2.2の頃のやり方。
2) 1. ManagedPropertyでDIする。
2. ValidableResolverから名前を指定して取得する。
2.はExternalContextから取得する方法もあまり変わらない気もする。
まあ、ScopeとBean名はアプリにべた書きでもいいんじゃね?
JSPのVB式にもべた書きだろ?型名をべた書きじゃなきゃいいと思う。
これ以降はスレ違いだからこっちへ移動汁↓
JSF(JavaServer Faces)【.NET死亡?!!!】
スレリンク(tech板)
497:デフォルトの名無しさん
05/09/02 00:35:17
スマソ。俺がスレ間違えてた・・・
498:デフォルトの名無しさん
05/09/02 00:37:12
>市場経済で何かが主流になっている=優れている?
>俺的には断然否だな。
キミがここで何を叫ぼうが現実は現実。普及したものが勝ちだよ世の中は。
それはかつてMSがさんざん証明してきた真理。
>ちなみに.NETは結構ウチの会社では使われてるよ。
キミの廻りの話なんて聞いてない(しかも根拠がないから信じろと言われても無理)。
>時期尚早
>技術者がまだ少ない
>枯れてないのが不安
.NET厨が必ず使うよねこの一連のセリフ・・・.NETが登場してから一体何年たってると
思ってるんだ??いい加減目を覚ませよ。
499:デフォルトの名無しさん
05/09/02 00:38:44
Javaは1995年登場で5年後の2000年にはサーバサイドをかっさらっていったよなあ。
.NETは2000年夏に登場で5年後の今年もぜんぜんぱっとしないなあ。
500:デフォルトの名無しさん
05/09/02 00:42:40
>>498
いや、俺的には勝ち=優れているとは全然思ってないだけ。
WindowsのC++フレームワークのデファクトになったMFCなんぞ
まさに糞の塊だし。まさに、「勝っただけ」の典型。
時期尚早はただの事実だろ。クライアントサイドで普及するには
Longhornを待つしかない。で、クライアントサイドでは別に
Javaは勝っていない。
MSはRADとしてVB6.0系列は止めちまったから、クライアントは
.NETに移行していくしかない。そうやって技術者が育ってくれば
サーバサイドにも当然動きが出てくるだろう。
ま、それでもC++やCOMが完全に置換されることは無いだろうけどね。
501:デフォルトの名無しさん
05/09/02 00:43:10
ガビ━(゚Д゚;)━━ン!!!!! load-on-startupでホゲフガガって
今時はやらないんだな_| ̄|○||| 何時の間にやら時代遅れ……
502:デフォルトの名無しさん
05/09/02 00:44:38
>>496
回答トンクス。
>>501
別にやってもいいんじゃないの?
今時はダッセーとか言われるのかもしれないけれど。
503:デフォルトの名無しさん
05/09/02 01:22:22
>>491
サーバーサイドと言ってもいろいろなので。
以前ASPでやってたようなイントラ系の案件なら、ASP.NETに移行するのに何ら
問題はない気がする。
Javaであっても、SunやIBMに振り回されるのはかわらんだろう。まあ
程度問題ではあるけれども。
504:デフォルトの名無しさん
05/09/02 02:54:19
なんとなくLight Weight Javaという本を買ってチョコチョコいじり始めたんですが、あんまり理解できておりません。
サンプルを見ながら作ってまず思ったのは「セッション管理はどうすんの?」
で、次に思ったのは「jspに直でアクセスされたらどうすんの?」なんですが、
ここらへんはどう解決するのがスタンダードなんでしょうか。
買った本のサンプルでは直でURL叩いたらフツーに表示されて鬱になりました。
層が違うとかJSFと関係ねーとかボロクソ言われそうな確信に近い予感がするんですが、
スレ違いだったら容赦くださいませ。
なんか夢のような話がいっぱい書いてあってやってみたくなったんだけど、
オレの能力ではなかなか前途は暗そうです。
つーか、そもそもJavaとかServletの知識も足りん気もします。
Javaの言語的な知識一通り+Servletのお勉強(モア・サーブレットで一通り)+Struts(+hibernate)の業務経験半年。
Webアプリ自体はレガシASPで過去2年ぐらいやってます。
ちなみに、今までのスタンスは、
セッション管理
フレームワークから生のセッションをゲットしてコチョコチョチェックしてどうこうする。
jsp直アクセス
(゚⊿゚)シラネ。既存のがなんにも対策してないから俺もやらね。
でした。
505:デフォルトの名無しさん
05/09/02 06:59:29
>セッション管理はどうすんの?
普通にManagedBeanのスコープをsessionにすればいいだけじゃないのか?
何を問題にしているのかさっぱりわからん。
>「jspに直でアクセスされたらどうすんの?
WEB-INFの下にでも置いておけ。JSFだからという問題ではないだろ。
506:デフォルトの名無しさん
05/09/02 12:51:26
>>504
あなたが純粋なアプリ屋で、アプリ基盤とか共通チームとか言われるチームから
サポートを受けられる立場なら、細かいところは任せちゃった方がいいです。
逆に、自分でそこまで見なきゃ行けない立場なら、まずはServletレベルから
ちゃんと勉強した方がいいです。
507:デフォルトの名無しさん
05/09/02 19:41:20
>>470
Oかもと氏はContributerであって、Comitterではない。
いやあ、いつのまにコミッタに!?と一瞬あせったぞ。
508:デフォルトの名無しさん
05/09/02 19:42:35
あ・・・Committerね。タイポスマソ。
509:デフォルトの名無しさん
05/09/02 20:36:48
>>504
直接的なセッション管理についてはあまり気にすることはない、という感じかしら。
JSFはそういう汚いものをなるべく隠すようにデザインされてるから。
HttpSession#setAttribute()で明示的にオブジェクトを保存するかわりに、
SessionスコープのManagedBeanを使うのがJSFのやりかた。
JSFServlet通さずにJSFなjspに直接アクセスされたら、単に500になるだけでしょ。
510:504
05/09/03 00:41:37
やっぱり私は的外れな事をのたまっていたようで。
私がセッション管理と呼んでいたのはいわゆるログイン認証が必要な
サイトでのログイン状態の管理のことでした。
ログイン時に入力情報をセッションに格納し、その後リクエストごとに
セッションの情報を使って認証し、正当なものにのみリクエストされたページを
表示し、ダメならログインページにリダイレクト、
という処理をどう実装すべきなのかがぜんぜん思いつきません。
パッと思いついたのがFilterでHttpSessionを触ることなんですけど、どうなんでしょうか。
もはやJSFぜんぜん関係ないかもですが、ご指導お願いいたします。
511:デフォルトの名無しさん
05/09/03 09:59:06
>>510
ログインページからsessionスコープのManagedBeanを呼び、そこにログイン状態を保持
ログインチェックはFilterで行い、Sessionからログインで使ったManagedBeanをチェックする。
ただし、ログインページから飛ぶときだけはチェックの対象外とする。
でいけるんじゃないの?
ただ、Strutsのときはログイン時のsubmit先のURLがすぐわかったけど、JSFではどうなるんだっけ?
512:デフォルトの名無しさん
05/09/03 10:11:33
> ただ、Strutsのときはログイン時のsubmit先のURLがすぐわかったけど、JSFではどうなるんだっけ?
JSFを使ったフォームの場合は、送信先URLは自ページだよ。
送信元はわかるから、送信元がログインページかどうかを判断すればいいんじゃね?
513:デフォルトの名無しさん
05/09/03 10:37:56
>>510
JSFではExternalContext経由で比較的低レベルの機能にアクセスできるよ。
もちろんSessionも触れるしRedirectもできる。
「リクエスト受信時に何かしたい」ような場合、まあServletFilterでも
いいんだけど、JSF的にはPhaseListenerを使うという選択肢もあるんじゃない
のかな。
514:デフォルトの名無しさん
05/09/03 12:00:34
で、いつになったら具体的なサンプルコードなど出てきますか?
テーブル定義はこうして、こういった画面つくって、こういった設定、コードを書けば、
ログイン認証ができるよという明確なサンプル的なものが欲しいのですが?
それとも現時点ではJSFでは処理が複雑なのでしょうか?
それとも、ここの技術者レベルが低いのでしょうか?
515:デフォルトの名無しさん
05/09/03 13:48:16
>>514
一冊、本買ってこいよ。
516:デフォルトの名無しさん
05/09/03 13:59:47
>>515
JSFをメインに書いているような本は2,3冊買いました。
雑誌などで特集してるものも含めると10冊以上買いました。
しかし、雑誌などではコンポーネントとかの使い方などに注力しています。
また、ログイン画面などのサンプル的なものは存在しましたが、
やっていたのは、ログイン後にプログラムの中で固定でユーザ名とパスワードを
ifで判別してエラーメッセージを出して終わりとかその程度です。
実際に仕事で使えるレベルのサンプルが欲しいのですが、
書籍を書いている人も技術レベルが低かったり実務やってないのでしょうか?
517:デフォルトの名無しさん
05/09/03 14:47:50
そのif文を適当に変えりゃいいだけじゃないか。
518:デフォルトの名無しさん
05/09/03 14:51:49
>>514
あなたの技術レベルというか知能レベルが低すぎるのです。
519:デフォルトの名無しさん
05/09/03 14:54:56
>>514,516
突然逆切れか。しかも仕事か(苦笑)
お前、それでよく給料貰ってるな……。
520:デフォルトの名無しさん
05/09/03 15:06:31
要約すると
・本をたくさん読んだけどわからなかった
・本のレベルが低すぎるに違いない
・JSFが難しすぎるに違いない
・決して自分がバカなのではない
こいつの何がバカかって、514、516の最後の1行さえ書かなければ、それなりの意見がでてたかもしれないってところだ。
521:デフォルトの名無しさん
05/09/03 15:31:48
>>517
そのif文を書き換えるだけで良いという考えが、技術力の低さ・業務での開発が分かってない、
典型的な例だと思います。
>>519
JSFでまだ仕事はしてません。
Strutsでの開発をしていますが、今後を考えての勉強です。
>>520
>・本をたくさん読んだけどわからなかった
>・本のレベルが低すぎるに違いない
これは、その通りでは?
単純に、その本が何をターゲットにしてるかが違うだけという事もありますが、
あまりにも仕事レベルで使えるものが少ない。
>・JSFが難しすぎるに違いない
これは、勉強中なので何とも言えません。
>・決して自分がバカなのではない
馬鹿では無いと思います。
>こいつの何がバカかって、514、516の最後の1行さえ書かなければ、それなりの意見がでてたかもしれないってところだ。
ただの言い訳ですね。
これを言うからには、それなりの意見をだして納得させた上で、”馬鹿”だの言ってもらいたい。
意見が出なければ、技術レベルの低い人間しか居ない。
意見が出れば、素直に自分が馬鹿と認め、謝罪でもなんでもしますよ。
522:デフォルトの名無しさん
05/09/03 16:19:21
いつになったらコードが出てくるのか?
という発想をする職業エンジニアがいることに驚いた。
自分で応用ができないレベルでしかないのに
本のレベルが低すぎるなんてよく言い切れるものだ。
523:デフォルトの名無しさん
05/09/03 16:25:08
他人に具体的なコードをもらうまで自分でなんとかできる技術力が521に無いことは確かなようだ。
524:504
05/09/03 16:40:41
なんか妙に伸びてると思ったら誰かが私の代わりに盛り上げてくれた人がいたのですね。
というかひょっとして現在進行中ですか。
なんか流れに水を注すようで申し訳ないのですが、せっかくだから書いときます。
セッションにログイン情報を格納する方式はJSFが提供するManaged Bean、
セッションからログイン状態を評価するタイミングとしてServletFilterとPhaseListener、
という方式を教えていただいたので、いろいろ考えておりました。
ServletFilterで処理する場合、FacesServletの処理の前にManagedBeanを取得して評価
することになると思うんですが、そうなると、HttpSessionからStringのキーを指定して
Managed Beanを取得せねばならない気がします。
どうやらfaces-config.xmlで<managed-bean>要素内の<managed-bean-name>要素
に指定された文字列を指定してgetAttributeしたら取れそうなんですが、
そういう名前でセッションにぶら下がってる保証があるのかどうかわからんくて困っております。
LoginBean loginBean = (LoginBean)((HttpServletRequest)request).getSession().getAttribute("loginBean");
とかフィルタで書いといて、JSFの実装差し替えたらセッションにManaged Beanを格納する方式
が変わってたりして動かなくなったらどうしようみたいな。
だったらManaged Beanに頼る意味あるのかなあ。どうせServletFilterで生のセッション触るなら
ログイン情報もログイン時にHttpSessionに直に書いてもいいんじゃないだろうか、とか。
なんかまとまってないですね。もうちょい考えます。
PhaseListenerの場合は、実装に特に問題はなさそうなんですが、
「フェーズと何の関係があるんだろう?」という疑問が湧き。
とりあえずrestoreViewのあたりに仕込んでValiableResolverでログイン時のManaged Beanを取得
して評価する。オッケーならスルーで、ダメなら、、。うーん、(JSF的には)どうすればいいんだろう。
ここでやるのは正しいんでしょうか。
525:デフォルトの名無しさん
05/09/03 16:54:21
> そういう名前でセッションにぶら下がってる保証があるのかどうかわからんくて困っております。
現在のバージョン(1.1)とその次のバージョン(1.2)ではJSF仕様で保証されている。
将来のバージョンではわからないけどね。
526:デフォルトの名無しさん
05/09/03 16:59:26
>>524
どのみち、今のところ、それしかManagedBeanを参照する綺麗な方法が無いと
思う。あきらめれ。
527:デフォルトの名無しさん
05/09/04 01:37:56
>>521
> そのif文を書き換えるだけで良いという考えが、技術力の低さ・業務での開発が分かってない、
> 典型的な例だと思います。
そうだねぇ。
キミの技術力の低さや、そんな技術力で業務での開発をやらないといけない事情を分かってないとは言える。
528:デフォルトの名無しさん
05/09/04 04:45:21
なんつうか認証だったら単純にJAAS使うのがいいんでない?
529:デフォルトの名無しさん
05/09/04 06:40:35
つうか、Tomcatの認証機能使えばいいと思う。
530:デフォルトの名無しさん
05/09/04 09:15:38
>>529
それはJAAS実装でなくて?
それとも、俺様の知らない、Tomcat独自の秘密の認証機能があるのか?
531:デフォルトの名無しさん
05/09/04 13:59:41
確かTomcatのはJAAS「互換」だけどJAAS実装じゃないとかよく分からんがそんな感じだった。
仕様を満たしてない部分があるとかかも。
どっちにしろJDBCやらLDAPのRealm作れば普通のWebアプリの認証は実現できるっしょ。
Tomcatだったら JdbcRealmは実装提供されてなかったっけ?
532:デフォルトの名無しさん
05/09/04 14:04:28
>>531
TomcatにもJDBC Realmあるよ。
533:デフォルトの名無しさん
05/09/04 18:52:18
アプリの配置された実ディレクトリのパスを取得したいんですけど、
JSFのELで取得するには、どのオブジェクトのなんという属性を
参照すればいいんでしょうか?
どういう暗黙オブジェクトがあるかというドキュメントは見ますが、
それぞれどういう情報を持っているかという資料は見つけられません。
どこかにいい資料はないものでしょうか?
#もしかして、中身については何も規定がなく、実装に依存する?