1 名前:デフォルトの名無しさん mailto:sage [04/02/23 00:51] www.springframework.org/ 乱立するフレームワークと競合するプロトコルの嵐のなかで、 リスクの高い決断を余儀なくされているJavaデベロッパ、プ ロジェクトマネージャに対する福音です。 語るべし。
369 名前:デフォルトの名無しさん mailto:sage [2005/04/23(土) 02:19:57 ] 現実的にはSpringかと。 ただ、オープンソースのプロダクトの利用数を数えるのは難しい上、両方そこまで大々的には使われてないから実数はよくわからない罠。
370 名前:デフォルトの名無しさん [2005/04/23(土) 22:42:23 ] 1.2のRC2が出てるが、 なんか役に立ちそうな機能追加された?
371 名前:デフォルトの名無しさん mailto:sage [2005/04/24(日) 01:21:41 ] Hibernate3対応かな?
372 名前:368 mailto:sage [2005/04/24(日) 19:14:40 ] >>369 thx!
373 名前:デフォルトの名無しさん mailto:sage [2005/04/24(日) 19:30:21 ] >>372 ただ、Spring使ってる人のまわりではSpringばっかりだし、Seasar2使ってる人のまわりではSeasar2ばっかりだから、人の意見はあまりあてにならんけどね。
374 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 13:30:15 ] すまん、DIはよく知らんのだが、よくEJBは××だからDIまんせー的な 発言見るんだけど、そもそもDIってリモートコールできんの?
375 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 13:58:11 ] DIパターンとリモートコールは全然関係ない領域の話だとおもうがね。
376 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 14:30:44 ] 一つ聞きたいんですが ttp://wiki.bmedianode.com/Spring/?%BC%D9%B0%AD%A4%CASingleton ↑のページを参考に beanRefContext.xml を書いたのですが Spring が DEBUG メッセージを吐くのでちと気持ち悪いです。 ログは汚れるものの、期待通りの動作はしています。 型の合うコンストラクタが見つからないとか、そんな感じのメッセージなのですが 確かに ClassPathXmlApplicationContext のコンストラクタに java.util.ArrayList を持つものはない模様で この辺りは「一通りコンストラクタ調べたけどないっぽいから String[] だと思って処理しよう」とかそんな流れでしょうか? この辺り、ログを汚さないでスマートに指定する方法を教えていただけないでしょうか?
377 名前:デフォルトの名無しさん mailto:sage [2005/05/06(金) 18:37:22 ] Springをちょっとずつ勉強しててDIのあたりまでわかったところなんですが、 AOP周りにも触ってみようと思ってます。 で、AOPって、具体的にはどんなことに使えるのかサッパリわかりません。 ログとる例ばっかりで、他に出来ることはないのか?って感じなんですが、 何に使うんですか?AOP コンテナ側では使ってるのは理解できるんですが。 具体的な用途や、参考になるページがあったら すみませんが教えてもらえないでしょうか。
378 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 03:33:48 ] AOPの二大用途といえば、 - ロギング - トランザクション だわな
379 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 05:15:36 ] Webの場合はそのくらいだな。
380 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 06:30:47 ] GUIのプログラムの場合、データ変更の画面への通知もAOPがいい。
381 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 06:33:45 ] イベントリスナーとかの代わりにって事?
382 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 06:58:12 ] GUIモノだと、だいたいセッターの後でnotifyみたいなの呼び出す必要があって、かなりめんどい。 それがAOPで楽できる。
383 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 08:04:05 ] 効率を無視していいなら良いんじゃないの
384 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 08:38:48 ] 無視していいわけないけど、影響が少なければ問題ない。
385 名前:377 mailto:sage [2005/05/07(土) 12:01:00 ] どうもありがとうございます。Web系なんですが、ログもトランザクションも Springだとそのための手段が用意されてるのでなかなか使い道が難しいですね。 昔GUIも作ったことあったのですが、その例もなるほどなって思いました。 面倒ですものね。「横断的関心」ってやつがちょっとイメージできた気がします。 探してたら、こんなページも見つけました。難しいので理解できてませんが ttp://www.oucc.org/~tail/aspectj/index.php?%A5%A2%A5%B9%A5%DA%A5%AF%A5%C8%A4%CE%CD%F8%CD%D1%CA%FD%CB%A1
386 名前:デフォルトの名無しさん mailto:sage [2005/05/07(土) 12:03:14 ] あ、すいません。ログはないですね。
387 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 13:35:51 ] >>386 org.springframework.aop.interceptor.TraceInterceptor org.springframework.aop.interceptor.DebugInterceptor
388 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 18:55:53 ] >>375 質問した者だが いやそうじゃなくて、じゃあそもそもEJBと比較して意味あんのかって意味。 分散オブジェクト技術とそうでない技術なら話してる土台が違うわけで DI>>EJBとかわけわかんないんだけど。
389 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 19:18:26 ] >>388 EJBは分散が必要ない人にも分散を前提としためんどうな手続きを強要してた。 ほとんどの人に分散は必要なかった。 ほとんどの人にDI+ORM > EJB。
390 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 19:21:41 ] >>389 てか分散使わないのにEJB使ってる時点でどうかと・・。 まぁ後者のORMとかはわからなくもないが、EJBは どっちかっつーと、というかどう考えても分散オブジェクトなわけで。
391 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 19:35:40 ] で、だからEJB使わずDI+ORMでいいじゃんとなったんでしょ。
392 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 21:33:10 ] >>391 があたりまえだがいいことをいった。
393 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 22:17:34 ] >>390 まあ、EJBには分散以外にもいい点があるわけで。 宣言的なトランザクションとか、SQLを直接書かないDBMSアクセスとか。 そういEJBのよい機能は使いたいけど、 EJBは動かすの面倒、重い、コンテナに依存してテストしづらい ってのがあって、その打開策としてSpringをはじめとして色々な ソフトが出てきているわけだよな。
394 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 23:26:16 ] EJBってのはむしろCORBAの世界で 生きるはずなのだが。
395 名前:デフォルトの名無しさん mailto:sage [2005/05/08(日) 23:38:34 ] それはない。
396 名前:デフォルトの名無しさん [2005/05/12(木) 14:50:52 ] Spring+HibernateでWebアプリ開発しようとしているんですが applicationcontext.xmlのsessionFactoryのところで java.lang.NoClassDefFoundError: net/sf/ehcache/CacheException となってしまいます でも、Hibernateのソースを見ても net.sf.ehcache.CacheExceptionというクラスは存在してないみたいなんですが どういうことなんでしょうか? Hibernateはspring-framework-1.1.5の中に入っていたものを使用しています
397 名前:デフォルトの名無しさん mailto:sage [2005/05/12(木) 19:55:24 ] そりゃeCacheのjarを用意していないからでは
398 名前:デフォルトの名無しさん mailto:sage [2005/05/14(土) 18:48:46 ] 質問があります。どうしてもわからないので教えてください。 applicationContext.xml に登録したオブジェクト(bean)の中の処理でファイルを読もうとしています。 このクラスは HttpServlet を継承していません。(特にクライアントからの要求を受け付けるわけではないので そうしていました)したがって、web.xml には mapping していません。 この状態で、(webapps/project)/WEB-INF/data/ といったディレクトリからファイルを読み出したいので、 絶対パスを取得しようとしていますが、わかりません。 ApplicationContext appCtx = new ClassPathXmlApplicationContext("applicationContext.xml"); で、コンテキストは取得できましたが、パスを取り出す方法はないでしょうか? (もちろんコンテキストからでなくても構わないです。) Spring 使ってる上でクラスの作り方が間違っているとか、もっと普通の方法があるようでしたら ご指摘ください。よろしくお願い致します。
399 名前:デフォルトの名無しさん mailto:sage [2005/05/15(日) 22:24:06 ] >>398 私も同じ現象起きてます。 "/WEB-INF/lib/applicationContext.xml"という指定をすると WEB-INFが見当たらないというエラーが返ってきます なんでかしらんけど、パッケージの中しかパスが認識されないんです だから "/jp/co/sample/applicationContext.xml" みたいにすると読み込めるんですよ。 でもソースのパッケージの中に設定入れとくのはちょっと気持ち悪いな、といった感じです 私はEclipseでTomcatプラグイン使用してますけど Web.xmlの設定とかが必要なのかなー
400 名前:399 mailto:sage [2005/05/15(日) 22:30:21 ] レスした後に気づいたけど >で、コンテキストは取得できましたが、パスを取り出す方法はないでしょうか? >(もちろんコンテキストからでなくても構わないです。) これどいう言う意味ですかね? 絶対パスで指定しなければルート(WEB-INFなのか?)から フォルダをなめていってくれてapplicationContextを探すってことですかね。 不勉強ですいませんorz
401 名前:デフォルトの名無しさん mailto:sage [2005/05/16(月) 05:36:09 ] つか、Webアプリだったらweb.xmlに設定書いた設定使うようにすりゃいいじゃん。
402 名前:398 mailto:sage [2005/05/17(火) 05:44:34 ] >>399 /web.xml /WEB-INF/config/ (クラスパスが通っている) /WEB-INF/config/applicationContext.xml /WEB-INF/data/ (クラスパスが通っていない) /WEB-INF/data/data.xml 結局知りたいのは、HttpServlet を継承していないクラスから、 上の /WEB-INF/data/data.xml を読む方法なんですが、わからない・・・ >>401 web.xml に登録していなくて、httpServlet を継承していないクラスから web.xml に記載した初期化パラメータ読むにはどうすればいいんですか? マジで調べてもわからなかったので、すいませんが教えてください。
403 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 08:11:38 ] >>402 HttpServletを継承していない普通のクラスが、 /WEB-INF/なんて、HTTP固有のディレクトリ構造に 依存することを良しとする訳ですか。
404 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 08:46:55 ] 基本的には普通のクラスはDIコンテナの存在を気にしないようにするね。
405 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 08:47:10 ] Servletクラスは絶対パスを取得できるので、そのパスをもらえばいいのでは?
406 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 09:11:58 ] サーブレットからApplicationContext自体をもらえばいいね。
407 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 14:22:24 ] FileSystemXmlApplicationContextではだめかいな?
408 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 17:29:46 ] 皆さんどうもありがとうございます。 >>403 /WEB-INF/data にアプリが使うデータファイル置くのは一般的に言って変ですか? /dataでもいいので普通はそうなら変更を考えます。まだ作法に慣れてないもので勉強します。 >>404 そのクラスは相手がDBじゃなくてファイルなんですがDaoと同じ様な役割をさせたいクラスなんで 他のDaoクラスと同じようにDIコンテナからロードさせてるんですよ。 で、Servletとか関係ない層で動いてるんですが実際のパス取得をどうしようかと悩んでます。 Springのフレームワークからそういうのとれないのかなと考えてましたが、的違いでしたでしょうか? >>405-407 結局Servletクラスからパスをもらうことにしました。 正直に言ってまだ釈然としないものが残っているんですが、一般的にそうなら慣れるしかないですね
409 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 21:41:41 ] いにしえのServlet/JavaBeans流:jarファイル近辺のPropertiesファイルか取得 : J2EE流:JNDIからデータの位置を取得 Connectorアーキテクチャでデータを供給 : Spring Framework: ?
410 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 22:37:48 ] >>408 ふつうは、普通のクラスはDIコンテナの存在を気にしないでいいようにする
411 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 22:39:07 ] >>408 設計が悪いときに無理をしないといけないのは一般的な話だから気にするな。
412 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 23:28:33 ] >>409 BeanFactoryから取得
413 名前:デフォルトの名無しさん mailto:sage [2005/05/17(火) 23:41:41 ] BeanFactoryはどこからファイル所在を取得するつもり?
414 名前:398 mailto:sage [2005/05/17(火) 23:59:50 ] 398です。お忙しいとこ何度もすみません。 >>410 ということは、Spring のアプリケーションコンテキストに依存せず、他の(サーブレットを継承していて サーバ環境にアクセス可能な)クラスからもらってくる方法はまだマシという理解であってますか? >>411 設計が悪いのなら直したいのです。>>409 さんが書いている様に、Springやその他のDIコンテナ (すみませんがJ2EE/EJBは知りません)を使ったときの作法があるのなら、この機会に 身に着けたいと思ってます。普通のクラスが外部リソースにアクセスする一般的な方法を 教えてもらえませんか?
415 名前:デフォルトの名無しさん mailto:sage [2005/05/18(水) 00:17:47 ] >>413 そりゃサーバサイドだったら、web.xmlじゃないか? JNDIだってどっかにJNDIのInicialContextFactoryを指定する(プロパティとか)のと同じ事だとおもうけど。
416 名前:デフォルトの名無しさん mailto:sage [2005/05/18(水) 00:44:57 ] つまり、根っこはプロパティ
417 名前:デフォルトの名無しさん mailto:sage [2005/05/18(水) 00:45:37 ] web.xml使うのは、Servlet層だけの簡単アプリ
418 名前:デフォルトの名無しさん mailto:sage [2005/05/19(木) 06:47:36 ] DIしたオブジェクトから先は、いもづる式にDIするようにして、DIコンテナを意識しないとか。
419 名前:デフォルトの名無しさん mailto:sage [2005/05/19(木) 10:10:35 ] >>418 最初は芋づる式って密な感じがして気持ち悪かったけど 実装してみたら楽すぎて止めらんね どういった点でデメリットが出てくるんだろうか
420 名前:デフォルトの名無しさん [2005/06/01(水) 08:56:52 ] JSF+Springで設計してんですけど JSFのバッキングビーンのクラスとビジネスロジックのクラスのそれぞれの役割で バッキングビーン 値のチェック、変換(この辺はバリデータ、コンバータに 任せるべきなんだろう)などのビジネスロジック呼び出す前の処理 あと、ビジネスロジックの結果の後処理 ビジネスロジック 必要なDAOを呼ぶだけ こんな風に考えてます。これだとビジネスロジックのクラスが たいした役割ではないと思うんですけど、DAOのファサード風と考えてよいでしょか JSF+Springのサンプルアプリがみたいどすえ〜
421 名前:デフォルトの名無しさん [2005/06/01(水) 10:05:15 ] >>420 >JSF+Springのサンプルアプリがみたいどすえ〜 https://appfuse.dev.java.net/ https://equinox.dev.java.net/ 漏れ自身が勉強中なので情報提供のみで失礼。
422 名前:デフォルトの名無しさん [2005/06/01(水) 10:47:23 ] >>420 DBのモデルを単に画面に表示する・画面に入力した値をDBに格納する みたいなシンプルなアプリだとそうなるかもね。
423 名前:デフォルトの名無しさん mailto:sage [2005/06/01(水) 10:50:24 ] sageついでに >ビジネスロジック呼び出す前の処理 >あと、ビジネスロジックの結果の後処理 どのレベルの処理を言ってるのかわからないけど、 本当にMVCレイヤに置くべき処理なのか再検討してみては?
424 名前:デフォルトの名無しさん mailto:sage [2005/06/01(水) 11:58:03 ] この本どうよ?書評キボンヌ 『実践Spring Framework―J2EE開発を変えるDIコンテナのすべて』 www.amazon.co.jp/exec/obidos/ASIN/4822221431 『入門Spring』と『軽快なJava』は読みました。さらに詳しい話を 聞きたい、という目的に使えますかね?
425 名前:デフォルトの名無しさん mailto:sage [2005/06/02(木) 22:11:28 ] SpringがJSFとXULをイイ感じに仲介するフレームワーク作ってくれたら 一杯おごってやりたい。
426 名前:デフォルトの名無しさん mailto:sage [2005/06/03(金) 12:15:51 ] >>425 Mozilla独自のXULより標準規格のXFormsのほうが良いのでは? MozillaもOpenOffice.orgもXFormsに対応する上に、 Chibaを使えばXForms未対応のブラウザに対して HTML+JavaScriptに変換してから送信することで 大部分のブラウザに対応できます。 Chiba (サーバーサイドJavaライブラリ) chiba.sourceforge.net/ MozillaとXForms (Mozilla1.8/Firefox1.1で対応予定) www.mozilla-japan.org/projects/xforms/ [XForms 00031] XFormsのためのwiki (村田真氏がMozillaでXForms推進) www2.xml.gr.jp/log.html?MLID=xforms&N=31
427 名前:デフォルトの名無しさん [2005/06/03(金) 12:41:43 ] >>426 XULへの必要性は一般の人にとっては低いとは思うが、 >>425 は、ブラウザベースクライアントじゃなくて、リッチクライアントとして XULを使うことを前提に書いてるんじゃなかろうか。 JSF経由でSwingとかFlashをクライアントにするノリで。
428 名前:デフォルトの名無しさん mailto:sage [2005/06/03(金) 12:42:00 ] sage
429 名前:デフォルトの名無しさん mailto:sage [2005/06/22(水) 09:39:06 ] 禿げオヤジは意外とおとなしかったな。
430 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 15:34:01 ] 海外では50%以上のプロジェクトで使われていて ほぼデファクトスタンダードらしいが、なぜこのスレは伸びないの?
431 名前:デフォルトの名無しさん mailto:sage [2005/06/25(土) 18:21:20 ] まあ、DIスレも伸び悩んでるし、 カテゴリとしてマイナーなんでは。日本では。
432 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 08:56:09 ] >>430 DIは、使い始めれば空気みたいなもんで、とくに議論することもなくなるから。
433 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 16:54:53 ] つーかSpringがホントに便利なのって純粋なtype2,type3のInjectionその物より、 コンテナが作ったProxyに対するAOPでしょ?
434 名前:デフォルトの名無しさん mailto:sage [2005/06/26(日) 22:33:01 ] DIってのは、そういうものを便利にするための裏方だからな。
435 名前:デフォルトの名無しさん [2005/06/27(月) 10:43:51 ] このスレ生きてるみたいだから質問させてくれ proxyでAspectをweavingする事の弱点って何だ? 漏れが把握しているのは 1.自分自身のメソッドを呼び出すとAspectがかからない。 2.visitorみたくthisを渡して処理させるとAspectがかからない。 他に注意点ある?
436 名前:デフォルトの名無しさん [2005/06/27(月) 11:31:59 ] ものすごくはらへった。
437 名前:デフォルトの名無しさん mailto:sage [2005/06/27(月) 11:41:45 ] 俺もだ。
438 名前:デフォルトの名無しさん mailto:sage [2005/06/27(月) 13:49:43 ] いまさら同意。
439 名前:デフォルトの名無しさん [2005/07/05(火) 11:09:42 ] 1.2.2リリース記念
440 名前:デフォルトの名無しさん [2005/07/05(火) 13:38:30 ] >>439 どこが変わったの?
441 名前:439 mailto:sage [2005/07/05(火) 15:43:58 ] 詳しく見てない&試してないけど、注目した一文は; 『added dedicated support for Hibernate Annotation 3.0 beta 2』
442 名前:デフォルトの名無しさん mailto:sage [2005/07/05(火) 17:36:12 ] >>441 でも、前からHibernate Annotations使えてたよ。
443 名前:デフォルトの名無しさん mailto:sage [2005/07/05(火) 22:32:17 ] つうか、Doclet のことを言ってるんじゃあるまいな。
444 名前:デフォルトの名無しさん mailto:sage [2005/07/06(水) 03:19:27 ] アノテーションってそんなにいいもんなんでしょうか。 DIでせっかくコードから煩雑な記述を追い出したのに、 またコード中に埋め込んで、回帰と言うか退化と言うか。 コンパイラに対する指示を埋め込むのは意義が大きいと思うけど。
445 名前:デフォルトの名無しさん mailto:sage [2005/07/07(木) 10:24:52 ] >>443 ここの最後にやりかた書いてあるよ。 ttp://www.fk.urban.ne.jp/home/kishida/kouza/hibernateanno.html
446 名前:デフォルトの名無しさん mailto:sage [2005/07/07(木) 10:25:46 ] >>444 アノテーションは、XMLより記述が楽だし、ソースから得た型の情報を使うことで記述量自体が少なくできてるから、そう煩雑でもない。 クラスに関する情報をソースファイルに一元化できる効果もある。 なによりコンパイラによる静的チェックが効くし、Javaソースエディタでの補完が効く。
447 名前:デフォルトの名無しさん mailto:sage [2005/07/08(金) 22:00:29 ] DIってテストしやすくなる? 単体まではいいけど、結合で結局アボーンな感じがするのだけど。 まぁつまるところは設計能力か・・・
448 名前:デフォルトの名無しさん mailto:sage [2005/07/10(日) 00:55:34 ] アボーンって、具体的にはどういう問題がでてくると思う?
449 名前:デフォルトの名無しさん [2005/07/13(水) 20:03:02 ] TransactionProxyFactoryBeanにtagetってフィールドがあるんですけど、これシングルトンなんです。 マルチスレッドでここに処理が殺到した場合、スレッドセーフにトランザクションさばけるんでしょうか? 教えてください。 TransactionProxyFactoryBean www.springframework.org/docs/api/org/springframework/transaction/interceptor/TransactionProxyFactoryBean.html
450 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 20:42:56 ] >449 そりゃ、targetしだいだろ。targetがスレッドセーフなら、問題ない。
451 名前:名無しさん [2005/07/13(水) 21:00:03 ] 同時に異なるスレッドの異なるtargetがシングルトンのTransactionProxyFactoryBeanにセットされにきたらどうなりますか?
452 名前:デフォルトの名無しさん mailto:sage [2005/07/13(水) 23:18:19 ] オブジェクトの数とスレッド数は別ものとして考えないと。 ちゃんと考えられてるだろうから、 単一のオブジェクトの同じメソッドを 複数のスレッドが並行して駆け抜けることは全然OKなように つくられてるはず・・・(たぶん)
453 名前:デフォルトの名無しさん mailto:sage [2005/07/14(木) 16:28:52 ] 蒼ざ(ry
454 名前:デフォルトの名無しさん [2005/07/14(木) 19:22:10 ] どうやらtargetもシングルトンじゃないとダメみたいですね。
455 名前:デフォルトの名無しさん [2005/07/16(土) 17:28:30 ] >>462 それはプラットフォームによる。 ・GUIは大抵そう。(OSから飛んでくるイベントの処理は、イベント毎の状態保持が必要。 もっとも、同じ要素に複数イベント飛んできたら、単に順次処理する事が多いんで、 本当のスレッド並列処理はそんなに必要ないと思う。) ・Webアプリ周りも大抵そう。(例の(Statefull)Servletあたりが有名) それ以外の場面で、常にインスタンスとスレッドを別に考えるのは、どーかと思う。 結局インスタンス数を減らしてまでメモリー消費を避けたい特殊な場面(大規模アプリ、組込みアプリ) に固有のやりかただと思う。
456 名前:455 mailto:sage [2005/07/16(土) 17:30:24 ] ああ>>451-452 の流れか。>>455 は取り消し(ワラ
457 名前:デフォルトの名無しさん mailto:sage [2005/07/19(火) 10:34:04 ] というか誰にレスしてんだ
458 名前:デフォルトの名無しさん [2005/07/24(日) 22:38:13 ] これが最近有名なJSFって奴ね。 Javaは最新の技術追うのが大変(@@)
459 名前:デフォルトの名無しさん mailto:sage [2005/07/25(月) 01:15:53 ] ============================== キチガイが狂った独り言を書き込み中 ==============================
460 名前:デフォルトの名無しさん mailto:sage [2005/07/25(月) 07:37:48 ] >>441 applicationContext.xmlの中でHibernate Annotationsの設定がかけるようになるってことみたいだね。 LocalSessionFactoryBeanを使う場合は、hibernate.cfg.xmlを書いておく必要があった。
461 名前:デフォルトの名無しさん mailto:sage [2005/08/06(土) 22:29:31 ] Spring1.2.3でProxyFactoryBean使おうと思って [ sample.xml ] <beans> <bean id="test" class="org.springframework.aop.framework.ProxyFactoryBean"> <property name="proxyTargetClass"><value>true</value></property> <property name="target"><ref local="person"/></property> <property name="interceptorNames"><value>advisor</value></property> </bean> …略… </beans> [ sample.java ] BeanFactory factory = new ClassPathXmlApplicationContext("/com/mamezou/aop/proxydi/sample.xml"); Person person = (Person) factory.getBean("test"); person.setName("Hoge"); ってやるとCGLIBがねぇよってエラーになって、 CGLIB2.1のjarクラスパスに突っ込んでやるとエラーになるんだけど…。 対処方法ってなんかある?
462 名前:461 mailto:sage [2005/08/08(月) 00:45:20 ] 事故解決しますた。orz
463 名前:デフォルトの名無しさん mailto:sage [2005/08/08(月) 01:32:41 ] いちお、解決方法きぼんぬ
464 名前:デフォルトの名無しさん mailto:sage [2005/08/08(月) 12:18:04 ] 今度は aopallience がねえよって怒られて それを修正したとかそんな流れ?
465 名前:461 mailto:sage [2005/08/08(月) 20:07:27 ] 遅レス、スマソ。 CGLIB2.1入れても java.lang.NoClassDefFoundError: org/objectweb/asm/Type って出たので、ASM入れただけです。 _| ̄|○||| ASMは1.5.3入れました。2.0だと java.lang.NoClassDefFoundError: org/objectweb/asm/CodeVisitor が出ます故。これで動いたは動いたケド、正しいかどうかは…。
466 名前:デフォルトの名無しさん mailto:sage [2005/08/08(月) 20:27:13 ] >>464 だいたいあってたね。
467 名前:デフォルトの名無しさん [2005/08/10(水) 12:47:00 ] だいたいってことは、正確にはどーすればよいわけ?
468 名前:デフォルトの名無しさん mailto:sage [2005/08/10(水) 20:51:17 ] CGLIB とかのライブラリは Spring 付属の jar をぶっこんだ? まだ 1.1.7 使ってて 1.2 系は試してないけど 付属の jar 入れとけば間違いは少ないと思う。
469 名前:461 mailto:age [2005/08/10(水) 20:53:28 ] ageます。スマソ。 >>467 asm-1.5.3.jar cglib-2.1_2.jar をWEB-INF/lib/に放り込んでクラスパス通すだけでつ。 「ProxyFactoryBean使うときはCGLIB入れろ」 ってドキュメントに書いてあったのですが、 CGLIB使うときはASM入れないないとNGなんで、 ttp://prdownloads.sourceforge.net/cglib/cglib-2.1_2.jar?download ttp://forge.objectweb.org/project/download.php?group_id=23&file_id=3084 のミラーからDLしてください。 …というコトではない?