JSF(JavaServer Faces)【.NET死亡？！！！】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGhttp://www.atmarkit.co.jp/fjava/special/jsf01/jsf01.html
http://java.sun.com/webservices/downloads/webservicespack.html
0314303
05/03/16 23:06:56ありがとうございます。
こちらのServletコンテナのバージョンを記載するのを忘れていました。
すいません。
私が使用しているのはTomcat/5.0.28なんですが、こちらでは起動時にエラーは吐いていないようです。
＞上側のボタンを押すと、ボタンの左側にある数字（pageNo）がカウントアップされていきます。
本当ですか！？
こちらの希望する動作はその通りなんです。
ただ、こちらの環境では初回表示時はちゃんと表示されるのですが、ボタンをクリックすると
上のボタンのあるJSPのみ返ってこなくて真っ白になってしまうのです。
ログにはエラーは特に出ていないようなので、原因が掴めずほとほと困っています。
Servletコンテナの違いによるものなのでしょうか？
なんだか私の設定ミス？のような気がしてきましたが・・・。
とりあえず、土日あたりに設定ファイルの日本語コメントを削除して試してみたいと思います。
また何かお気づきの点などありましたらご指摘ください。
よろしくお願いします。
0315デフォルトの名無しさん
05/03/17 21:28:04ttp://itpro.nikkeibp.co.jp/free/NBY/NEWS/20050310/157275/
0316303
05/03/19 16:16:00本日試してみたところ、日本語コメントを削除（web.xml、faces-config.xml共）してみたのですが
やはり上部のフレームがボタン押下後に真っ白になってしまいます・・・。
う〜む・・・。
0317デフォルトの名無しさん
05/03/19 16:40:440318303
05/03/19 19:09:44先頭に<?xml version='1.0' encoding='Shift_JIS'?>を入れて保存の際もShift_JISで保存していたんですが・・・。
それだけでは駄目なんでしょうか？
0319デフォルトの名無しさん
05/03/20 01:43:170320デフォルトの名無しさん
05/03/20 08:56:00ひょっとしてWEB-INF/libによけいなもの入れてない？
0321デフォルトの名無しさん
05/03/20 09:00:23確かに正しいんだけど、それでもエラー出るんじゃない？
原因よく分からんけど、ユーザが指定してもアプリが対応してくれなきゃ意味無いよね。
あれ？ web.xmlって文字コード限定とかそういうの無かったっけ？ やっぱよく分からん。
0322303
05/03/20 12:14:25今確認してみましたが、参考にさせて頂いている下記サイトと同じ内容でした。
http://muimi.com/j/jsf/#First_JSF
どうしたものやら・・・。
0323デフォルトの名無しさん
05/03/20 16:58:28俺が試したやつは、
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でやったときにちょっと次のやつでえらい
はまっちゃったからね。同じようなケースかと思ったんだけど。
ttp://myfaces.apache.org/docs/tomcat55.html
あとは、webapps\facesframetestフォルダと、%tomcat_home%\workフォルダ
の中をごそっと（facesframetest部分だけでもいいけど）消してからtomcat
起動してみるぐらいかなあ。
0324323
05/03/20 17:00:40念のため。
0325デフォルトの名無しさん
2005/03/22(火) 20:11:040326デフォルトの名無しさん
2005/03/29(火) 00:53:32それともレイアウトいろいろ設定できるようにselectManyCheckBoxを拡張するしいのかな？
0327デフォルトの名無しさん
2005/04/13(水) 10:02:43使用感想キボンヌ
ちなみにeclipse-consoleは去年試した段階では
faces-config.xmlをGUI編集するってだけで
ダメダメだったが。
0328デフォルトの名無しさん
2005/04/13(水) 21:40:02それ、Faces Console じゃないの？
俺も少し前にFacesIDE試してみたけど、Faces Console プラスαって感じ。
そのαの部分がJSFタグが簡単にってやつでちょっと期待したけど、あまりに重すぎたので止めた。
0329327
2005/04/14(木) 10:04:35ご指摘の通りeclipse-consoleと書いたのはFacesConsoleの間違いでしたｽﾏｿ
FacesIDE情報ありがとうございます。これ国産のヤツでしたよね確か。
自分としてはポトペタまでは無くていいから、valueBindingや
methodBindingのproperty名称正当性チェック及び補完機能が
欲しいっす。そういう意味で漏れもFacesIDEには期待してます。
ver1.0が出たら試そうと思ってた所でした。
でも重いですか、むうう。漏れの環境では無理かも。
0330デフォルトの名無しさん
2005/04/14(木) 21:51:49http://amateras.sourceforge.jp/cgi-bin/fswiki/wiki.cgi?page=FacesIDE
スクリーンショットがあるから、どんなことできるのか分かる。
今はVer.0.1.5だから、1.0を待つってのはちょっと無理じゃね？
0331デフォルトの名無しさん
2005/04/19(火) 10:13:29【理想】
ヘッダ列固定可能
ヘッダ行固定可能
フッタ列固定可能
フッタ行固定可能
各セル毎の形式指定可能
セルの編集可能
最悪なければ自作しますが既存のがあればそちらを使いたい所存です
ついでに、JSFコンポーネント集みたいなサイトがあれば教えていただけると嬉しいです。
0332デフォルトの名無しさん
2005/04/19(火) 14:22:13dataModelを<h:dataTable>にbindする。
それとも知ってて「それじゃ満足できねぇ」の意？
0333デフォルトの名無しさん
2005/04/19(火) 16:27:09ありがとうございます。ちょっと試してみますね
ちなみに求めているのはASP.NETの WebForms版fpSpreadのパワーアップ版みたいな感じです
http://dotnetdemo.grapecity.com/demo/spread/spreaddemo/
0334332
2005/04/20(水) 13:15:21リンク先見た。さすがにそこまでの機能は無いなぁ
参考までに、今年リリースされるJDNCのデモでも見てくれ。
こいつはJSFの婚約者なんだ。結婚式はもう少し先だけどね。
https://jdnc.dev.java.net/
0335デフォルトの名無しさん
2005/04/27(水) 22:37:510336デフォルトの名無しさん
2005/04/29(金) 02:38:43JSF使ってみようか迷いながら調べているんだけど、これまでの servlet/jsp やMVCといった
概念がなくなってて（見えなくなってて）なかなか実際に使うには勇気がいる様な気がした。
便利な仕組みがたくさんあるだけに興味はあるんだけど。
JSFから始める未来の技術屋さんは、httpのことも知らず、getParameter 何それ？ってな時代がくるんだろうか。
0337デフォルトの名無しさん
2005/04/29(金) 09:21:16JSFはあくまでビューの標準規格だから。
Struts初めての人でもhttpなにそれリクエストなにそれみたいな人が増えている。
まだStrutsとかなら知らんとまともにつくれんだろと言えるけど、
JSFが普及し出すとさらにふえると思う。知らんでもそれなりに作れるようになるから。
技術が進歩したというか、Javaのすそ野が広がったというか、
喜んでいいのか悲しんでいいのか、なんだかなあ。
0338デフォルトの名無しさん
2005/04/29(金) 09:34:50request.getAttribute("hoge")とやって「あれー、おかしいなぁFORMの値取れねー」と
しばらく悩んだ俺がいるわけだが
0339デフォルトの名無しさん
2005/04/29(金) 11:16:51とも思うけど、そうでもないのかな。違うとしたら、コントローラは、どこに実装するんだ？
アクションリスナーで呼ばれる部分？
>>337
httpなんたらってやってる人間はいずれ職人とか呼ばれるようになるのか
0340デフォルトの名無しさん
2005/04/29(金) 12:45:12キミらのことを指差して「ソケットなにそれlisten/bindなにそれみたいな人が増えてる」と嘆くようなもんだ。
0341デフォルトの名無しさん
2005/04/29(金) 19:09:55そういうつもりはなかったですが、JSFから入った場合、それしか出来ない人間になってしまう気がしたもので。
フレームワークありきで入ってしまうと、その後応用がきかないつーか。
まあ、それで仕事があって商売が出来てなおかつ楽になるんだったら悪いとは言わない。
セコセコ細かいコーディングするのは正直言って俺もやだし。
で、誰か知ってたら教えて欲しいのですが、
<f:selectItems> に渡すBackingBeanのプロパティの型って、必ず SelectItem つっこんだ
Collectionじゃないとダメなんですか？普通のStringのListや<String,String>のMapを渡しても
無視されてる様な気がするんですが。
BackingBean では、出来るだけ SelectItemをnewするとか、UIを意識したコードは書きたくないと
思うんだけど、BackingBeanって、もともとそういうものでしょうか？
0342デフォルトの名無しさん
2005/04/29(金) 20:26:38どんどん下位レイヤというのは覆い隠されていくわけだから、問題ないというか仕方ないと思うよ。
どちらにせよJSFのようなHTTPを覆い隠すレイヤーが必要で、Javaの場合はJSF以上のものはないしこれからJSFが広まっていくだろうから、JSFしか出来なくてもあまり問題ない気がする。
JSFには、そう言い切ってしまえるところまでがんばって欲しいとは思うけど。
0343デフォルトの名無しさん
2005/04/29(金) 22:00:43マネージドビーンっていうのは、そういうもんだと思ってる。
あくまでビジネスロジックとビュー(JSF)をつなぐものとして。
１つのJSPファイルに1つのマネージドビーンを用意することにしている。
StrutsでいうところのActionっぽい感じ。
0344デフォルトの名無しさん
2005/05/02(月) 13:35:10＞１つのJSPファイルに1つのマネージドビーンを用意することにしている。
何で？
オレは 『機能単位』 だなぁ。一つのJSPで複数のManaged-Bean使ってるし
複数のJSPで一つのManaged-Bean使ってるし。まぁN対Nっつー感じで。
もしかしてIDEの影響？PageBeanって呼ぶのだっけ？
追伸：Controller役に関しては「それってコンテナのお仕事でしょ」って考えてるけど・・・
0345343
2005/05/02(月) 21:58:53> 何で？
収拾つかなくなるから。
補足すると３つのJSPで１つの登録画面とかいうなら、マネージドビーンは１つ。
（だからマネージドビーンっていうより、バッキングビーンかなあ。）
逆はないなあ。逆にするって事は、ビジネスロジックがJSFから切り離せないんじゃないの？
まあ、今のやり方がベストだとは思ってないから、検討の余地ありだけどさ。
> 追伸：Controller役に関しては「それってコンテナのお仕事でしょ」って考えてるけど・・・
は？ なぜコンテナ？
0346デフォルトの名無しさん
2005/05/02(月) 22:44:23だいたいJSFなんて、1からコード書くような開発用のものではない
ツールと組み合わされて使われることが目的
ベタで書くのもいいけど
それだったら他のアプローチ考えた方がいい
0347デフォルトの名無しさん
2005/05/03(火) 03:38:32遅レスだけど、俺もFacesIDE使ってて同じバグに悩んだ。
でも、jarファイル群をSun実装のJavaServer Faces 1.1.01のものに置き換えたら
解決したYO!
0348デフォルトの名無しさん
2005/05/03(火) 03:52:58結局、FacesIDEが標準で含んでいるJSF実装のmyfaces 1.0.8が、IBM実装JSFと同じバグを
抱えていたってことらしい。
0349デフォルトの名無しさん
2005/05/12(木) 01:17:17誰か使ってみた奴はいる？
0350デフォルトの名無しさん
2005/05/12(木) 01:35:03情報サンクス！
今ﾀﾞｳｿしてたところ
それにしてもExadel太っ腹だなー
内容にはかなり期待してる
0351350
2005/05/12(木) 02:45:29メールアドレスにダウンロードURLが送られてくる方式です。
チュートリアルを見た限り、ユーザー登録するだけの価値はあるかと。
Exadel studioの利用チュートリアルやデモなどはこのページにあります
http://www.exadel.com/products_tutorials.htm
0352デフォルトの名無しさん
2005/05/14(土) 02:38:17Managed Bean を作って、プロパティも適切に設定したはずなのに、
JSF内で使おうとすると認識されない（そんなプロパティ無いと言われる）
Tomcatを再起動しても同じ
また、JSFでMyFacesのタグライブラリの宣言は手動でやらないといけない
そして、肝心のJSFのページ遷移をダイアグラムを使ってビジュアルに指定する機能は、
有料版しか使えない
ストレスたまるからsysdeo+FacesIDE+amateras Html editorの組み合わせに戻したよ
個々のエディタ(JSFエディタ,CSSエディタなど)の出来はいいから、それらだけ
使うのはアリだと思う
0353デフォルトの名無しさん
2005/05/14(土) 02:47:32個々の機能はいいんだけど、肝心なところの使用感が今ひとつ
そんな感じ
0354デフォルトの名無しさん
2005/05/14(土) 09:58:34存在価値って何なんだろう？じゃないか？ｗ
自動CM検出機能搭載！体験版では使用できません。
擬似5.1chストリームの生成可能！体験版では使用できません。
体験版の意味ねぇよ＿|￣|○|||
0355デフォルトの名無しさん
2005/05/14(土) 10:21:58http://www.exadel.com/productsFAQ/new/#5_4
>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開発環境を出しているわけだけど、本家と比べて出来はどうなのかな。
0356355
2005/05/14(土) 10:35:30コードしか公開されていないわけだけど、Exadel Studioは
どこまで手を入れてるのかな。
いくつかのクリティカルなバグは自分のところで潰したって
書いてあるけどちょっと気になる。
0357デフォルトの名無しさん
2005/05/22(日) 16:32:31JSPのクラスファイル消して再コンパイルさせれば、元に戻るんだけど
なんか理由あるの？
JSPの最初には↓のようにかいてる
<%@ page language="java"
pageEncoding="Windows-31J"
contentType="text/html; charset=Shift_JIS" %>
0358デフォルトの名無しさん
2005/05/22(日) 16:34:45ならば
charset=Windows-31J
にしておけば？わざわざＳｈｉｆｔ＿ＪＩＳにする理由がわからん
0359デフォルトの名無しさん
2005/05/22(日) 17:01:39encoding宣言とそのjspファイルの実際のencodingが合ってないとか
0360デフォルトの名無しさん
2005/05/22(日) 20:22:17SysdeoのTomcat Launcher Pluginとか使ってるでしょ？
JSPから生成されたJavaソースファイルのコンパイルを
Jasper（TomcatのJSPコンテナ）で行うと化けない。
Eclipseで行うと化ける。
Jasper（TomcatのJSPコンテナ）は、デフォルトではJSP→Javaに変換するとき
UTF-8でソースコードを生成する。しかし、Eclipseの、Javaソースファイルを
開くときのソースファイルの文字エンコーディングの設定がUTF-8になっていない
状態でEclipse上でコンパイルされてしまうと、化ける。
0361デフォルトの名無しさん
2005/05/22(日) 21:08:15>デフォルトではJSP→Javaに変換するとき UTF-8でソースコードを生成する。
この部分の設定変えてみよう
っていうか俺が一番言いたいのは
日本語文字はリソースファイルに書けばいいと思うんだけど・・・
自分はいままで（このような不意な）文字化けが絶対に起きないようにリソースファイルに書くのが定石だと思ってたが・・・
0362デフォルトの名無しさん
2005/05/22(日) 21:25:30コンテンツによっては絶望的じゃないか？
0364デフォルトの名無しさん
2005/05/22(日) 21:40:060365デフォルトの名無しさん
2005/05/22(日) 21:42:43やらないだろうね
っつーか 言ってる意味がわからん
デザイナがプレーンなHTML持ってくるのはとうぜん
JSPタグとかに直すのはどの道プログラマ
そんな理由でリソース使わないのはおかしくない？
0366デフォルトの名無しさん
2005/05/22(日) 21:57:42プログラマが手を入れたJSPファイルは、デザイナにとって理解不能なモノになるわけだが、
そういう分業はそのうち破綻しないか？
JSFスレとしては、デザイナが使えるJSFエディタキボンヌ、というところか。
0367デフォルトの名無しさん
2005/05/22(日) 22:00:22ちょいまり、
JSPファイルがデザイナに戻る流れってあるのか？
0368デフォルトの名無しさん
2005/05/22(日) 22:07:37デザイナが一回しかさわらないとでも？
むしろ、デザインは定期的に変わったりするだろ。
0369デフォルトの名無しさん
2005/05/22(日) 22:08:530370デフォルトの名無しさん
2005/05/22(日) 22:11:57定期的っつ-のがわかんないけど
デザイナからあがってくるものはHTMLだけだよ
そんなこといったら、あんたんとこどうやって作っているのか疑問
JSP知ってるデザイナばかりではないのだろ？
>>369
それって文言変更レベルだろ？
そんなのPGがやるだろ
0371デフォルトの名無しさん
2005/05/22(日) 23:55:45業務系WEBアプリならともかく、オープンなネット上のショッピングカートのような
見た目重視とかそういうのならいくらでも変更はあがってこよう
まず、JSFはビジュアルなデザイナ重視
とはいえ、グループ開発用のいいのあるんかな
JSP単体ならDreamWeaverでTomcat連携機能もあったりもして
実はデザイナにもJavaの知識なしで扱いやすい
最初の設定だけはしてあげる必要があるけど、JSPからの戻りが問題ない
が、Strutsのようにカスタムタグが出てくるともうだめぽ
本当はたぺちゃんが普及してくれるといいのだが日本語のドキュメント
一切なしで実用的ではない
テンプレート埋め込み型を組み込むのがシンプルだしいいやね
Struts素のまま使って死んでるプロジェクトいくつかみてきた
0372デフォルトの名無しさん
2005/05/23(月) 00:11:05SunとIBMぐらいでしょうか？
値段いくらぐらいなんでしょうか？
0373デフォルトの名無しさん
2005/05/23(月) 00:53:18Sunのなら10000円くらいだったかな。
BorlandもJSF使えないかな？
0374デフォルトの名無しさん
2005/05/23(月) 00:55:37JSPを書くことはできんが、JSPの邪魔をせずに変更できるようなデザイナならいるとは思うが。
で、デザイナとの行き来が問題になってるからTapestryとかS2JSFとかNirvanaとかMayaとか開発されてるんでしょ。
0375デフォルトの名無しさん
2005/05/29(日) 11:12:51cssでデザイン関連の設定を極力外出ししてさえ貰っていれば、所詮htmlタグの変更レベルだからＰＧで対応可能だった。
それでも２度手間でメンドクサイのはたしかなんで、デザイナーが直接触れるS2JSFみたいなのは凄く興味を惹かれる
0376デフォルトの名無しさん
2005/05/29(日) 11:22:35仕様変更時はしょうがないが、設計書書いてないの？
0377デフォルトの名無しさん
2005/05/29(日) 12:21:32ネット上で公開するB2Cのアプリだと、ぎりぎりまでデザインにこだわるお客さんは結構いるよ。
設計ではなく、見た目の問題でね。
0378デフォルトの名無しさん
2005/05/29(日) 15:27:510379デフォルトの名無しさん
2005/05/29(日) 18:58:30紙芝居わざわざつくって、事前に確認とっているんだから
大幅な変更は別料金ですよね？
＞ぎりぎりまでデザインにこだわるお客さんは結構いるよ。
PG側としてはむかつく訳だが
0380デフォルトの名無しさん
2005/05/29(日) 20:18:57で、そういうPGは、クライアント側としてはむかつかれる訳だが
0381デフォルトの名無しさん
2005/05/29(日) 20:56:350382デフォルトの名無しさん
2005/05/29(日) 21:41:080383デフォルトの名無しさん
2005/06/01(水) 23:37:14そのときデザイナは現行のJSP見るのかい？
プレーンなHTMLだろがボケ
デザイナ（HTML）→プログラマ（JSPに直す）
一方通行なんだよ
簡単な修正も出来ないプログラマはイラン
0384デフォルトの名無しさん
2005/06/01(水) 23:41:40あほみっけ
0385デフォルトの名無しさん
2005/06/01(水) 23:41:490386デフォルトの名無しさん
2005/06/01(水) 23:56:44で、またプレーンなHTMLにJSPのタグとか1から埋め込んでいくの？
いいね、工数ぼったくれて。
0387デフォルトの名無しさん
2005/06/03(金) 17:28:57今でも使ってるの俺ぐらいだろうな・・・・。
0388デフォルトの名無しさん
2005/06/04(土) 00:51:560389デフォルトの名無しさん
2005/06/11(土) 02:09:59どんな感じ？
Ajaxってのがなんかスゴいこと出来そうな感じ。
AjaxFaces 1.0 released
http://www.theserverside.com/news/thread.tss?thread_id=34350
0390デフォルトの名無しさん
2005/06/12(日) 14:49:31デモが見たい
まJSF自体がJavaScript吐くようなカスタムタグだから当然だけど・・・
ちなみにAjaxから勉強しないとはまるぜ
0391デフォルトの名無しさん
2005/06/13(月) 18:23:51ビューの部分はJSFなんて話をよくきくんでござんすが、JSFのコントローラの
いったいどこがStrutsと比べてだめぽなんでやんすか？
0392デフォルトの名無しさん
2005/06/19(日) 01:41:35Strutsとは微妙に層が違うと思いますよ
0393デフォルトの名無しさん
2005/06/19(日) 03:47:18Webを意識する必要があるならStrutsで、アプリケーションならJSF、という印象をうけた。
0394デフォルトの名無しさん
2005/06/19(日) 09:46:32意味不明
0395デフォルトの名無しさん
2005/06/19(日) 11:10:50JSFだとURLと処理(Action)の関係が固定にならないから、
パラメータ付きのURLをメールに乗っけるとかは作りにくい。
StrutsだとHttpSessionを一切使わない作りにもできたり。
アプリケーションの基盤としてはJSFの方が遥かに上だが。
0396デフォルトの名無しさん
2005/06/19(日) 17:36:10ダメだといわれているけど、改めて理由を聞かれると答えられなかったのでちょっと考えてみた。
コントローラっていうのがナビゲーション機能っていう意味でなら、struts-config.xmlと比べても何の不満もない。
ちょっと機能が違う部分があるけど、それは目的が違うから。
JSFを使うつもりなら、そのコントローラ部分にStruts1.xを使うっていうのは止めといた方がいい。
JSFはイベント駆動型で、Struts1.xはリクエスト駆動型だから、無理矢理組み合わせたところでメリットがない。
（タグだけJSFで書いて、でもイベント駆動にはしないってことになるでしょう。）
今Strutsを使っていて将来性を高めるためにView部分をJSFでっていっても、
Strutsを止めて作り直すようなことがあったとしてもViewの部分（JSFの部分）が
ほとんど修正なく使えるとも思えない。
イベント駆動とリクエスト駆動での設計の違いなんかを考慮しないで、
JSF使おうというときにStrutsと同じ設計で行こうとすると、JSFのコントローラだめぽと勘違いするんじゃないのかな。
それに応じた設計をしなかったのが問題なわけだと思うんだ。
ただ、ローカルにインストールするアプリを作るのと同じように、強力なコントローラ部分がないっていう感じはする。
（ここでいうコントローラはナビゲーション機能とは違います。）
これはDIとかAOPとかそういう別のフレームワークを組み合わせて使うのがベターだと思う。
0397デフォルトの名無しさん
2005/06/21(火) 17:01:28ビジネス層はプレゼンテーション層を意識してはならないと思っています。
なので、DB更新処理はManagedBeanがDTOに値詰めてビジネスロジックに渡して
中でDAOが処理という設計にしました。
そこで、DBテーブルに持っている更新者IDと更新日付に
ログインユーザー情報（SessionスコープのManagedBean）をセットするのは
ManagedBeanの役割だと思うので
ManagedBeanでDTOにセットしてあげてるのですが、非常にかったるいです。
JSFから別のものに乗り換える場合
ManagedBeanで書いたかったるい処理を乗り換えたものにも
やらないといけないのは非常にめんどくさいと思ったんですけど
私どっか考え方ずれてますか？
0398デフォルトの名無しさん
2005/06/21(火) 17:03:23>なので、DB更新処理はManagedBeanがDTOに値詰めてビジネスロジックに渡して
DB更新処理は”プレゼンテーション層に持っている情報”はManagedBeanがDTOに値詰めてビジネスロジックに渡して
0399デフォルトの名無しさん
2005/06/21(火) 22:00:53リファクタリングのしがいがあると思うけどなあ。
回答になってないけどさ。
0400デフォルトの名無しさん
2005/06/21(火) 22:23:14俺がよくやるのは、HibernateでInterceptor使って、
getUserPrincipal()と更新時刻を強制的にセットする方法だな。
Hibernateのマニュアルにやり方載ってるよ。
0401デフォルトの名無しさん
2005/06/22(水) 09:34:55Facade
0402デフォルトの名無しさん
2005/06/22(水) 17:51:41map-entriesで似たようなことはできるんですがvalue-classの指定がmap-entry毎にないんで
valueが全て同じ型になってしまいます。
map-entry単位でvalue-classの定義が出来れば楽なんですが...
0403デフォルトの名無しさん
2005/06/25(土) 00:01:57意外なことにinitial committerはIBMじゃなくてoracle。
0404デフォルトの名無しさん
2005/06/28(火) 01:19:32教えてください。イマイチ何から取得して判断すべきなのか解らない。
0405デフォルトの名無しさん
2005/06/28(火) 19:59:230406デフォルトの名無しさん
2005/06/28(火) 20:53:350407デフォルトの名無しさん
2005/06/28(火) 21:13:04それはない
0408デフォルトの名無しさん
2005/06/30(木) 01:20:5425秒間何もしないで放置するとすべてのオブジェクトが開放されてしまうのに
はどのような原因があるのでしょうか？ビーンのスコープはすべて
Sessionに設定しています。
0409デフォルトの名無しさん
2005/07/23(土) 03:45:10javax.servlet.http.HttpSessionListener
って>>405がレスしてんのか…orz
0410デフォルトの名無しさん
2005/07/23(土) 09:51:33とりあえず今回のプロジェクトはStruts1.2にします。
orz..
0411デフォルトの名無しさん
2005/07/23(土) 11:12:57どのようなサイクルで処理が回っているのか理解してから使ったほうがいいと思う
これは非常に重要
俺は半年前Websphereで初めてJSFやったんだけど
たまたま時間に余裕のあるプロジェクトだったんでゆっくり勉強してから作業に入れたので
とても幸運だった
いつでも質問してくれ
かなりの事が答えられると思う
0412デフォルトの名無しさん
2005/07/23(土) 11:18:30xDBCとsocket通信を使って開発したほうが楽そうだ。
0413デフォルトの名無しさん
2005/07/23(土) 11:25:32ま、俺もたまにそういうこと思うけどね
StrutsやHibernate、Springをプロジェクトで使ってもいいけど
半数以上知ってる奴がメンバーの中に居なければ、逆に進度が落ちる
みんなそんなにバカなコーディングはしないだろう
普通に（JDBCとかServletAPIで）作っていってもそれほど問題はないとはおもうこともしばしば 柴俊夫
■ このスレッドは過去ログ倉庫に格納されています