Java Spring Frameworkを語るスレ

1 名前：デフォルトの名無しさん mailto:sage [04/02/23 00:51] www.springframework.org/ 乱立するフレームワークと競合するプロトコルの嵐のなかで、 リスクの高い決断を余儀なくされているJavaデベロッパ、プ ロジェクトマネージャに対する福音です。 語るべし。 756 名前：デフォルトの名無しさん [2006/04/27(木) 06:56:47 ] spring 使いたい。しかしEJBコンテナを捨てるには問題が。 リモート呼び出しやORM（hibernateで）は置き換えることが できたけど、EJBのMessage Driven Beanを代替するものが 見つからない。MDB便利すぎる。 757 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 01:17:20 ] Struts+Springで SpringのViewクラスを使用したい場合は どうすれば良い？ 758 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 21:03:44 ] それってStruts使う意味あんの? 759 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 20:34:44 ] >>757 既存システムとしてStrutsの部品があって ExcelとかPDFを出力したいので SpringのViewを使用する 760 名前：デフォルトの名無しさん mailto:sage [2006/04/29(土) 20:36:33 ] つ POI 761 名前：デフォルトの名無しさん mailto:sage [2006/05/08(月) 16:21:07 ] Struts(SpringのStrutsインテグレーション機能)とSpringMVCって同時に動作できないの？ web.xmlとXXX-servlet.xmlを調整すれば、実現できそうだけど？ 762 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 09:52:00 ] 1.2.8記念 って何なのこれ？ 763 名前：デフォルトの名無しさん mailto:sage [2006/05/10(水) 18:31:22 ] 1.2.8 についてか、Spring についてか。＞何なの 764 名前：デフォルトの名無しさん mailto:sage [2006/05/11(木) 00:10:50 ] クラス属性に対応するbean定義の<property name>の値って、何でもいいんだな。 setterの名前さえ整合性が取れていれば。 765 名前：デフォルトの名無しさん [2006/05/19(金) 09:53:31 ] 貼っとく Rodが語った2.0@JavaOne https://www28.cplan.com/cb_export/PS_TS-3744_277744_124-1_FIN_v2.pdf user:contentbuilder pass:doc789 766 名前：デフォルトの名無しさん mailto:sage [2006/05/19(金) 14:31:03 ] >765 thx. Message-Driven POJO なんて構想もあったのか。初めて知った。 Extensible XML Confinguration は 俺様設定が乱立しそうでちと怖いな。 767 名前：デフォルトの名無しさん mailto:sage [2006/05/19(金) 14:32:45 ] >>761 そりゃできるだろ。 768 名前：デフォルトの名無しさん mailto:sage [2006/05/19(金) 16:50:26 ] では757は解決だな 769 名前：デフォルトの名無しさん [2006/05/20(土) 00:21:20 ] ソースコード上でAppicationContextを利用してBeanを取得するしかない 場合、どうしてます？ いい方法を考えているうちにgetBean("BeanId")のコードがいっぱいできた まんまプロジェクト終盤にきてしまった。。。 770 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 00:56:56 ] そんなに気にしなくていいと思うけど、 getBeanId()のメソッドを用意して静的にアクセスできるようにはしてる。 771 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 00:59:34 ] もちろんID取得もSpringで管理するんだよな? 772 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 01:01:22 ] そもそも、自分でgetBeanしなくていいように作ります。 StrutsならDelegatingActionProxy使えばいいし TapestryもSpringと連携させてコンポーネントにInjectしてもらえるし。 773 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 06:12:45 ] それができない場合はルックアップするしかない。 どこからでもルックアップできてしまうので収集がつかなくなるおそれはあるけど、 >>770 のように bean の種類ごとにルックアップするメソッドを用意しておけば いく分見通しもよくなると思われ。 774 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 08:56:55 ] それただのサービスロケータになってる 別にいいけど 775 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 12:58:25 ] サービスロケータだと何がダメなの? 776 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 13:05:37 ] DI自体がサービスロケータ 777 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 15:56:24 ] >>775 サービスロケータに依存してしまうからですよ。 778 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 15:59:55 ] ただ、サービスロケータはコンパイルエラーでミスを検地できるので 単純にどっちが上とかはいえない ってDIってネーミングつけた人いってなかったっけ？ 779 名前：775 mailto:sage [2006/05/20(土) 16:13:32 ] >>777 なるほどー。ありがとうございます。 となるとそれくらいの依存は気にならないなー。 元レスは注入できない場合の話だし 780 名前：769 mailto:sage [2006/05/20(土) 16:55:15 ] かといって他の解決方法もないのですよね。たぶん。 ドメインモデルとは相性が悪いのでしょうか。やはり。 いまさら設計をトランザクションスクリプトにできないし。。。 まっ宣言的トランザクションだけでもかなり有効であることには 変わりないわけだし。 781 名前：デフォルトの名無しさん mailto:sage [2006/05/20(土) 22:52:38 ] ＞ソースコード上でAppicationContextを利用してBeanを取得するしかない 場合 ってどういう場合なんだろう？ 素朴な疑問。 782 名前：デフォルトの名無しさん mailto:sage [2006/05/21(日) 03:47:30 ] 私が使っているフレームワークにはイベントリスナを登録しておくと コールバックしてくれるという機能があるけど イベントリスナには依存性注入のチャンスがないのでApplicationContextを使う。 783 名前：デフォルトの名無しさん mailto:sage [2006/05/21(日) 07:33:25 ] >>782 ここで解説されているみたいなことをやるべし www-128.ibm.com/developerworks/edu/j-dw-java-springswing-i.html 784 名前：782 mailto:sage [2006/05/22(月) 00:01:56 ] >>783 自分でインスタンスを生成する必要がある場合の話です。 785 名前：769 mailto:sage [2006/05/22(月) 15:49:50 ] getBeanを利用する主な場面とは。。。 たとえば親子関係をなすドメイン（請求書と請求明細）などは ロジック上で画面の内容をドメインに変換する必要があるのですが 明細クラスのような１クラスで複数インスタンス必要になる場合は betBeanで必要数分インスタンスを生成する必要がある。 みたいな場面です。 786 名前：デフォルトの名無しさん mailto:sage [2006/05/22(月) 16:54:00 ] >>785 内部でインスタンスを生成する必要があるロジックの場合は、 そのインスタンスを生成するFactoryクラスをインジェクトする ってのをよくやる。 787 名前：デフォルトの名無しさん mailto:sage [2006/05/23(火) 22:20:49 ] てかドメインモデルとはめちゃ相性悪い。 アナパタ時代の設計にDI使おうとすると死ねる 788 名前：デフォルトの名無しさん mailto:sage [2006/05/24(水) 11:41:00 ] よくわからんが、 higaﾀｿが提唱しているシンドメインモデルならドメインロジックだけDIにして、ドメインモデル(データ) だけ通常の手段(new)で生成すればよいのでは？ ttp://d.hatena.ne.jp/higayasuo/searchdiary?of=5&word=%2a%5bgoya%5d 789 名前：デフォルトの名無しさん mailto:sage [2006/05/24(水) 13:07:20 ] ▽どっちが速いSeasar2 VS Spring cm.thinkit.co.jp/?4_23934_12965_1 790 名前：デフォルトの名無しさん mailto:sage [2006/05/24(水) 14:00:57 ] >>788 オレもそうしてる。ドメインのPOJOは自分でnewする方がOOしてる気分になるね。 DIに生成させるのはServiceLayer〜DataStoreLayerのドメイン『操作』クラス達だぬ。 >>789 ｷｬﾊｷｬﾊ。なんかヒガﾀｿ最近人格が変わった？ JavaOneでイジメでもくらったのかな。 PowerdBySpringのフレームワークがこんなにポコポコ誕生している現状を見れば、 1.2.xとスピード競争やった所で焼け石に水ﾀﾞﾇ。 AspectJが推奨スタイルになる2.0のこと知らぬ訳ではないだろうにね。 別にRodファンではないけどさ。 791 名前：デフォルトの名無しさん mailto:sage [2006/05/24(水) 15:39:44 ] 785が考えるケースで getBean() することはない。 データは普通に new したらいい。 なんで getBean() しようとしたのか教えてくれ。 メリットが何一つ思い浮かばない。 792 名前：788 mailto:sage [2006/05/24(水) 17:02:50 ] >データは普通に new したらいい。 激しく同意。 ビジネスロジック周りでDIしたいと思うなら、 ドメインビジネスとしてクラスを切り分ければいいのでは？と思った次第。 793 名前：769 mailto:sage [2006/05/24(水) 22:06:40 ] >シンドメインモデル >ドメインビジネスとしてクラスを切り分ければ。。。 ということは、私の思うトランザクションスクリプト + DAOという 組み合わせがDIでは有効という考えと同意と考えられます。 そちらのほうが合っているという結論ですよね。結局は。 DIを利用する上では状態をもつドメインはミスマッチであるということですね。 794 名前：769 mailto:sage [2006/05/24(水) 22:24:03 ] >なんで getBean() しようとしたのか教えてくれ。 >メリットが何一つ思い浮かばない。 785であげた例も悪かったですが。。。 1.getBeanするドメインが他のドメインを持っている。 オブジェクトグラフの一気取りが可能（Factory作ればすむという話もあるが） 2.やはりInterfaceを実装する実クラスをコードに書かなくてよい この２つはかなりのメリットです。 もちろん前提がドメインロジックとデータの分離であれば、データに対して getBeanするメリットが何もないというのは理解できますが。 DIを利用する上では状態をもつドメインはミスマッチである けれども 上記の理由があるためドメインモデルでもDIを採用しました。 けれども getBeanする部分をもっといいやり方はないですかねーという質問でした。 795 名前：デフォルトの名無しさん mailto:sage [2006/05/25(木) 01:09:09 ] Hibernate等のORマッパでドメインモデルを取得すれば、 one-to-manyなんかの関係は勝手に構築してくれる。 1の芋づる式にとりたいというだけでgetBeanするのはDIの役割とは違う希ガス。 （もしかして、DAOが生成するデータが≠ドメインモデルな設計？） >2.やはりInterfaceを実装する実クラスをコードに書かなくてよい はちょっと意味が理解できん。ｽﾏｿ。解説ｷﾎﾞﾝ。 >DIを利用する上では状態をもつドメインはミスマッチである と >上記の理由があるためドメインモデルでもDIを採用しました。 は納得できないなぁ。 そう考えた理由は？ あと、ビジネスロジックを切り出しただけでトランザクションスクリプトって呼ぶの？ SQLで記述するのか、呼び出し側の言語で記述するのか、が ドメインモデルとトランザクションスクリプトの最大の相違だと思ってた。 ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL 796 名前：デフォルトの名無しさん mailto:sage [2006/05/25(木) 01:14:00 ] うーん、ドメインモデルとかDIとかいろいろいじった結果一時DIに傾倒したが.... 結局ところ、ドメインモデルのサポートとしてDIを使うくらいにしておきたいと 思った。 もしどうしてもどっちかを取らなくちゃいけなくなったら、サービス層を内製しても ステートフルなドメインモデルを選択したい。Hibernateとか使うと、リッチなJava オブジェクトをそのままＤＢにマッピングできたりするし。 それに、そっちのほうがオブジェクト指向っぽい感じがするから。 797 名前：デフォルトの名無しさん mailto:sage [2006/05/25(木) 15:57:44 ] 精読したが ＞ 上記の理由があるためドメインモデルでもDIを採用しました。 の結論に至った理由が理解できなかった。 実際何を getBean() したのかが分からない。 getBean(リテラル文字) まくりな状況より new した方が可読性高いし変なキャストもせずに済む。 設定ファイルで singleton="false" を書き忘れる心配もない。 どうしても生成部分を隠したいなら、 簡単な Factory を作って、そいつを DI でセットしたらいい。 798 名前：デフォルトの名無しさん [2006/06/29(木) 07:36:24 ] RC2あげ 799 名前：デフォルトの名無しさん mailto:sage [2006/07/04(火) 09:35:38 ] 過疎スレ保全 つか、2.0期待sage 800 名前：デフォルトの名無しさん [2006/07/04(火) 20:58:53 ] 時給１０００円でＪａｖａ教えてくださるかたを募集します 場所　所沢（池袋・高田馬場から直通） よろしくおねがいします ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ （アドレスは全角で書いてあるので半角に直してください） 801 名前：デフォルトの名無しさん mailto:sage [2006/07/05(水) 03:49:26 ] コンビニのバイトより安いですが、よろしくお願いします。 802 名前：デフォルトの名無しさん mailto:sage [2006/07/05(水) 16:53:11 ] おひおひ、1,000\/h っていくら何でも安すぎだよ。 それじゃ労働しようとする意欲湧かねぇな。 君が♀なら別。 803 名前：デフォルトの名無しさん mailto:sage [2006/07/05(水) 17:12:10 ] javaを教えると一言に言っても色々あるしな 804 名前：デフォルトの名無しさん mailto:sage [2006/07/05(水) 19:13:48 ] Springと関係ないな 805 名前：デフォルトの名無しさん mailto:sage [2006/07/05(水) 19:33:12 ] >>804 つーかスレタイにJavaが含まれているスレに無差別絨毯爆撃しているだけだから無視するのがよろしいかと 806 名前：デフォルトの名無しさん mailto:sage [2006/07/05(水) 22:35:28 ] しかし以外にたくさんあるんだな。 >つーかスレタイにJavaが含まれているスレ ブックマークしていながら、今回のマルチが出るまで気づかなかった。 807 名前：デフォルトの名無しさん mailto:sage [2006/07/07(金) 15:39:40 ] Spring WS のドキュメントが結構揃ってきたすね。 前は XML-Object Mapping の章しかなかったのに。 そろそろまじめに調べ始めるかな。 808 名前：800 [2006/07/17(月) 21:33:22 ] 教える対象は超初心者です。 専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です 809 名前：デフォルトの名無しさん mailto:sage [2006/07/18(火) 12:06:26 ] javaの前に常識って物を勉強したほうが良いと思います^^; 810 名前：800 mailto:sage [2006/07/18(火) 12:49:11 ] 常識も教えていただければと思います。 811 名前：デフォルトの名無しさん mailto:sage [2006/07/18(火) 14:19:48 ] ここで聞いても学べません 812 名前：デフォルトの名無しさん [2006/07/20(木) 22:25:56 ] もはや完全にSeasarに押されてるな。 813 名前：デフォルトの名無しさん mailto:sage [2006/07/21(金) 00:57:25 ] >>812 獄長乙 814 名前：デフォルトの名無しさん mailto:sage [2006/07/21(金) 23:57:04 ] WebMVCのSimpleFormControllerで、 フォームのパラメータ名とCommandのフィールド名を 任意にマッピング（バインド）する方法がわからない… 815 名前：デフォルトの名無しさん mailto:sage [2006/07/24(月) 17:54:58 ] spring:bind使ってないの？ 816 名前：デフォルトの名無しさん mailto:sage [2006/07/26(水) 12:31:58 ] Java World 2006/09 特集 2.0 とか関係なしに ・EJB3.0 に懐疑的 ・ORM は最終的に JDBC に回帰する な姿勢が良かった。 あと Acegi の記事が後で役に立ちそう。 817 名前：デフォルトの名無しさん mailto:sage [2006/08/01(火) 13:18:00 ] 漏れJavaWorld斜め読みした所。詳しくはこれから読む。 豆蔵が書いたのねコレ。漏れは以前、長谷川ダンナの話を 聞いたことがあるのだが、 「Hibernateは確かに優れたプロダクトだが万能じゃない。 　陥りやすい穴もあるから慎重に検討してから導入した方がいい。」 って言ってた。禿同だったんだけどね。今回の記事もその思想が 根底に流れているみたいだね。 JPAマンセーな流れの中でこういう視点は貴重だと思う。 818 名前：デフォルトの名無しさん [2006/08/09(水) 01:22:18 ] Servlet依存のコード(JSFバッキングBeanも含む)とサービスメソッド のデータ受け渡しってPOJOでもDTO使った方がいいのかな？ 直にビジネスオブジェクト受け取った方がコーディングが楽なんだが・・・ 819 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 09:35:55 ] >>818 www.atmarkit.co.jp/fjava/kaisetsu/j2eewatch02/j2eewatch02.html から抜粋 このように、POJOをそのままEntity Beanとして扱うことができれば、従来のEJB開発で Web層とのデータ交換に利用されてきたDTO（Data Transfer Object）パターンはもはや 不要となる（実のところ、J2EEパターンの多くはEJBの使いにくさを緩和するために 生み出されたアンチパターンであるという見方もある）。 820 名前：デフォルトの名無しさん mailto:sage [2006/08/15(火) 22:23:19 ] うーん、結局、「Web層」って、BCE でいうと、どこになるんだろか。 「Web層」がBだけの役割であれば、M に B を依存させないために、 DTO(のようなもの)は必要のような気がする。 表示で使うPOJOを直接永続化するということは、 逆に永続化の都合に（N:N関係は扱えないとか）、 表示部のロジックが依存してしまう、ということになるんじゃないの？ 821 名前：デフォルトの名無しさん [2006/08/16(水) 10:13:12 ] この本の書評たのむ。 www.amazon.co.jp/gp/product/4797334223/ 特にオレが知りたいのは、 ・2.0を紹介してるか。 ・JPAを使ったWebApp例で、マンセー記事ばかりではなく 　注意点やアンチパターン的な解説もしているのか。 ・SpringWebServiceの解説あるのか。 ・SpringRichClientとかAcegi(SpringSecurity）の解説あるのか。 でも、読んだ印象でも何でもいいから知りたい。 822 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 11:01:55 ] >820 > 表示で使うPOJOを直接永続化するということは、 > 逆に永続化の都合に（N:N関係は扱えないとか）、 > 表示部のロジックが依存してしまう、ということになるんじゃないの？ シンプルなアプリなら問題ないと思うんだが。 ただ、発想としては「永続化するPOJOを直接表示する」が正しいかと。 どうしても気になるなら、 サービス層で永続化用DTOからプレゼン用DTOへ変換してやれば良いと思う。(higaﾀｿのシンドメインモデルってやつね) 問題は、プレゼン用DTO・変換ロジックを実装するコストに対して価値があるかどうか。では？ 823 名前：822 mailto:sage [2006/08/17(木) 17:21:40 ] 間違い。 ×　シンドメインモデルってやつね ○　Dxoってやつね あと ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?LocalDTO 824 名前：デフォルトの名無しさん [2006/08/22(火) 09:50:14 ] 貼っとく 【IBM】Introduction to Spring 2 and JPA https://www6.software.ibm.com/developerworks/education/j-spring2/ 825 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 23:20:47 ] tp://www.sssg.org/jp-springframework/?FAQ Seasarの連中もキモイけどこれもイタイ。 826 名前：デフォルトの名無しさん [2006/08/25(金) 23:23:36 ] >>824 ログインパスワード教えて 827 名前：デフォルトの名無しさん [2006/08/26(土) 09:06:37 ] >>825 ゆるされるはんいじゃない？ 828 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 10:29:20 ] 回答がおもろい。 829 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 23:38:21 ] 仲間由紀恵でなく蛯原友里にすべき 830 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 23:31:05 ] >>829 仲間由紀恵は沖縄出身 831 名前：824 mailto:sage [2006/08/28(月) 09:30:04 ] >>826 ごめんごめん、先に米IBMの会員登録してくれ。 無料＆誰でもOKね。 https://www.ibm.com/account/profile/us?page=reg 832 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 12:16:59 ] 抜粋くらいないとわざわざ会員登録してまで見ようとは思わない。 833 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 12:43:34 ] ここでそんな文句言われても… 834 名前：824 mailto:sage [2006/08/28(月) 18:21:41 ] 序文 Java server applications need not be difficult and tedious to create. Now in its second generation, the lightweight Spring framework adds a large suite of features that make it simple for even new server application developers to use. One key enhancement is Spring 2's integration with the Java Persistence API (JPA), a cornerstone of the Enterprise JavaBeans (EJB) 3.0 specification. In this tutorial, learn how to create server applications from scratch using the Spring 2 framework. 835 名前：824 mailto:sage [2006/08/28(月) 18:26:13 ] その次 Before you start For almost a decade, the "proper" way to build a robust and maintainable server-side Java application has been the exclusive domain of the Java 2 Enterprise Edition (J2EE) platform. J2EE applications are built using Enterprise JavaBeans (EJB) technology and run on servers that facilitate deployment and provide rich container services (such as the management of database connections and pooling). These servers also add value by providing deploy-time declarative control of important features such as security and transactions. Although versatile, the J2EE development process involves many tedious and repetitive tasks and the creation and maintenance of large numbers of source code files. Many lightweight Java frameworks claim to simplify server application development, but none matches the Spring framework in maturity and popularity (see Resources). Now in version 2, Spring was designed from day one to simplify the server application building process. 836 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 18:26:48 ] その次 Instead of approaching development from an all-in-one container perspective, Spring aims to provide just enough support for an application's requirements without the burden of a full-fledged container environment. Spring eliminates code bloat: you can code and test business objects completely outside of any container, letting your business-object code remain simple, testable, maintainable, and reusable. With the arrival of Java EE 5 and EJB 3.0, the J2EE community is poised to meet the Spring developer community. EJB 3.0 supports the notion of lightweight POJOs (Plain Old Java Objects) as EJB components and introduces the Java Persistence API (JPA), a persistence mechanism that can run externally to the container. This persistence mechanism automates the movement of information between business objects and external relational databases. Version 2 of the Spring framework has continued its evolution and also leverages JPA as a persistence mechanism. In this tutorial, you will work with Spring 2 and JPA persistence. You'll create a server application using the Spring 2 framework, complete with access to a DB2 Express-C database. The Eclipse IDE facilitates the development of the Java application and enhances your exploration of the Spring 2 framework. これ以上は面倒見ない。 837 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 10:38:46 ] いつの間にやら　SpringLDAP っちゅーSubProjectができてるね。 これってAcegiと被ってないんだろうか・・・？ どうやって棲み分けしようとしているのか、理解している人いたら教えて。 838 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 17:36:04 ] acegi とはレイヤーが違う。 LDAP ってセキュリティとはあまり関係ないのでは。 一種のDBを操作するプロトコル(書きより読みに重点) 程度のもんだと思う。 839 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 08:04:35 ] >>821 Acegi使ったサンプルは載ってた。 840 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 10:13:57 ] Eclipse RCPとSpringによる実用的なシッククライアントの構築 ttp://codezine.jp/a/article.aspx?aid=528 841 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 11:59:47 ] >>799 > 過疎スレ保全 > つか、2.0期待sage Web2.0に期待揚げ 842 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 15:09:25 ] マーケティング用語なんてどうでもいい 843 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 15:12:01 ] 「Web2.0」を使いたがるのは40代以上 844 名前：デフォルトの名無しさん mailto:sage [2006/08/31(木) 17:58:42 ] >>838 説明thx、acegi に AuthXxxLdapImpl みたいなのがあるので 混乱していたのですが、確かに違うレイヤの話ですね。 （基本的に「業務アプリ屋」なもので、LDAPの本質とか 頭脳から抜け落ちていました） >>839 情報ｱﾘｶﾞﾄ、今度その辺を試そうと思っているので購入 してみることにします。 >>840 お、これイイ。今度の仕事、このパターンになりそうなんです。 （EclipseRCPじゃなくてSwingになりそうだけど） 丁度都合よく記事が出てラッキー!! 845 名前：デフォルトの名無しさん mailto:sage [2006/09/06(水) 23:21:30 ] >>844 Swingを選ぶあたり、保守性を考慮してあっていいね SE5.0から速度が向上してるよ 846 名前：デフォルトの名無しさん mailto:sage [2006/09/07(木) 01:34:24 ] データベースのフロントエンドで、Eclipse RCP使ってもメリットないし。 847 名前：デフォルトの名無しさん [2006/09/07(木) 15:27:08 ] ここでCGLIB聞いちゃいますが、 最も単純な、あるクラスの全メソッド呼び出しをインターセプトする場合、 Enhancer使って、MethodInterceptorをCallbackさせます。 この時CGLIBは一体どうやって実現してるか分かる方いますか？ CGLIBは、対象のクラスは弄らず、サブクラス化してるらしいが、 そのサブクラスにはどういう仕掛けをしてメソッドインターセプトする でしょうか。 848 名前：デフォルトの名無しさん mailto:sage [2006/09/10(日) 21:58:06 ] www.google.co.jp/search?q=%E5%A5%B3%E9%99%B0%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88 849 名前：デフォルトの名無しさん [2006/09/11(月) 01:01:18 ] OpenSessionInViewInterceptorを定義して、それをSpringMVCで使うときは bean定義でSimpleUrlHandlerMappingのinterceptorsにていぎするのまではいいのですが。 トランザクションのコミットとロールバック条件などはどのように設定するものなんでしょうか。 850 名前：デフォルトの名無しさん [2006/09/12(火) 01:32:58 ] Seasar2使え 851 名前：デフォルトの名無しさん [2006/09/20(水) 09:59:17 ] >>849 ぐぐれ 852 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 00:22:03 ] カウントダウンｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!! ってEclipseのパクリかよｗ 853 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 21:48:32 ] この道はいつか来た道 854 名前：デフォルトの名無しさん mailto:sage [2006/09/29(金) 22:11:27 ] ああ そうだよ 855 名前：デフォルトの名無しさん mailto:sage [2006/09/30(土) 21:57:09 ] その下の The Spring Rich Client Project ってのも木になる。 856 名前：デフォルトの名無しさん [2006/10/02(月) 18:46:19 ] 質問です。 以下の場合、スレッドセーフになりますか？？ ・SpringとStrutsの連携で「DelegatingActionProxy」を使用 ・Service層のオブジェクトをSetterインジェクションしてインスタンス変数に保持 　※Service層のオブジェクトはスレッドセーフを意識していない StrutsはスレッドセーフにするにはActionでインスタンス変数を使用しないとなると ↑の場合、スレッドセーフにならないような気がします。 もし、スレッドセーフにならないとして、synchronizedする以外でいい方法が あれば教えてください。 やっぱ、ActionSupport使うしかないんですかね？？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef