1001コメント376KB

国産DIコンテナSeasarとくーすその３

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

NGNG

一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

あと、開発プロセス「くーす」の話題もこちらでどうぞ。

本家 seasar.org
http://www.seasar.org/

Seasar Projectグループ
http://seasarproject.g.hatena.ne.jp/

ひがやすをのここだけの話
http://d.hatena.ne.jp/higayasuo/

前スレ
その１　http://pc5.2ch.net/test/read.cgi/tech/1092044210/
その２　http://pc5.2ch.net/test/read.cgi/tech/1098885253/

関連スレ(なのか?)

Java Spring Frameworkを語るスレ
http://pc5.2ch.net/test/read.cgi/tech/1077465099/

0650デフォルトの名無しさん

05/03/01 20:15:40

>>649
いや、選択肢のひとつとしてね。
S2JSFだったりMayaだったりNirvanaだったりJSPだったり、それをS2と組み合わせたりSpringと組み合わせたり、コンテナ使わなかったり。
いろんな選択肢を考えれるようにしときたいし。
S2必須なら、S2JSFが他に比べて卓越してない限り、S2を使う前提でしか選択肢にならないから。

0651デフォルトの名無しさん

05/03/02 01:15:27

今まで細かいところで「これだとSpringに依存しちゃいますから！残念！！」とか言ってきたのに、
普通にS2が無いと動かないJSF実装を出すってのはどうなんだ。俺はダブルスタンダードに思えて
釈然としないんだが。

0652デフォルトの名無しさん

05/03/02 01:32:10

S2JSFはアプリじゃないから。
S2JSFのアプリはPOJOだからS2に依存しないと思うよ。

0653デフォルトの名無しさん

05/03/02 01:46:35

>>651
Maya使えば？

0654デフォルトの名無しさん

05/03/02 02:01:47

>>652
S2JSFに依存するのはOKなのか。

0655デフォルトの名無しさん

05/03/02 02:15:41

アプリはPOJOだからS2JSFにも依存しないと思うけど？
HTMLに独自属性を埋め込むページテンプレートはS2JSFに依存するけど。

0656デフォルトの名無しさん

05/03/02 07:31:08

なんで事あるごとにSpringにつっかかるんだろうな。まるでMicrosoftのアンチLinuxキャンペーンみたいだ
有名にさえなれば、類似プロジェクトとの比較なんてJava系雑誌がくどい位やってくれるだろうに

0657デフォルトの名無しさん

05/03/02 09:24:08

MSのキャンペーンに例えられるとはまるでS2のほうがSpringよりもメジャーみたいだｗ

0658デフォルトの名無しさん

05/03/02 14:00:10

>>655
POJOだから依存しないっていうのがねぇ。
POJOだから依存しないっていうのは、ソースコードレベルの話だけだ。
結局それなしでは動かせない。

0659デフォルトの名無しさん

05/03/02 17:14:12

>>658
それを言い出すときりが無くない？
コンテナが無ければ動かせない、そもそもJavaのランタイムが無いと動かせないサーバが無etc.etc...
どのレベルまで依存を許容できるか、ってだけの問題にしかならない。
具体的にどうして欲しいのか言ってみなさいよ。

Struts→JSFのときみたいに実装と仕様を分けろってこと？
（S2の仕様だけ分離して、いろんな人が実装する…あ、それは面白いかもw）
または、Springでも動く(ってぐらい依存度の低い)S2JSFを期待してるのかしら。

それとも単にいちゃもん付けたいだけなのかな。

0660デフォルトの名無しさん

05/03/02 17:23:06

> それとも単にいちゃもん付けたいだけなのかな。
何をいまさらｗ

0661デフォルトの名無しさん

05/03/02 21:16:36

>>659
> どのレベルまで依存を許容できるか、ってだけの問題にしかならない。

いや、その程度の問題なんだが。
S2が無いと動かないってのはどうなんだ？っていう答えがPOJOだからS2に依存しないっていうのが、的外れだってこと。

0662デフォルトの名無しさん

05/03/02 22:05:53

だらかね、
最終的に動作する環境でいろんなものに依存するのは当たり前なの。
おまいはサーバも無いところにソースだけ納品してるのか？

いちいち「依存してる」って言葉について説明するのも馬鹿らしいんだけど、
ここで言ってる「依存しない」は運用時ではなくて開発時のことさね。
特定のライブラリに依存しないPOJOで作れると何がよいって、テストが楽だし安全でしょ？

あともう一つ勘違いしてるっぽいポイントは、
S2を利用するプログラム(例えばおまいさんが作る業務システム)が、
S2/S2JSFに対して依存度が低いって言ってるんであって、(←しつこいけど開発時のことね。)
S2JSFがS2に依存しない何て話は出てないし話題にする必要も無い。
S2プロダクトシリーズであるS2JSFが、S2と密接に関連するのは当たり前だろう。

おまいはどんな世界を夢見てるんだい？

0663デフォルトの名無しさん

05/03/02 22:40:05

>>662
>>651の答えとして>>652の「POJOだから」が適当なのかという話をしてるわけだが。
なに逆切れしてんの？

0664デフォルトの名無しさん

05/03/02 22:42:18

> S2プロダクトシリーズであるS2JSFが、S2と密接に関連するのは当たり前だろう。

だから>>651の意見が出てくるんだろ。
それで、POJOだから依存しないって、なんかおかしいんじゃね？

0665デフォルトの名無しさん

05/03/02 22:50:23

>>664
> それで、POJOだから依存しないって、なんかおかしいんじゃね？

どうおかしいんだい？

0666デフォルトの名無しさん

05/03/02 22:57:03

HTMLをテンプレートとして使うJSF実装でS2非依存のモノもあるんだから（MayaとかNiravanaとか）、依存するのが嫌ならそちら使えばいい話かと。

0667デフォルトの名無しさん

05/03/02 23:05:31

技術的なことはわからないけどひがタンに難癖つけたい奴がブログの粗探ししてるだけだ。
技術的なことを真剣に考えて言ってるわけじゃない。そもそもS2に依存するのが嫌なら最初からS2ファミリーには興味持たない。

0668デフォルトの名無しさん

05/03/02 23:23:27

>>664
「これだとSpringに依存しちゃいますから！残念！！」みたいな発言は
たとえばSpringのDataSourceUtilsとか、ApplicationListenerなどを利用させるような開発手法についての批判だった気がする。
だからPOJOだから大丈夫という回答になるんだと思うけど
S2JSFがS2が無いと動かないという話とは別物のような気がするけどな。
例えるなら、「SpringのMVCフレームワークがSpring無しで動かないのはおかしい」みたいな話になるのでは？

0669デフォルトの名無しさん

05/03/03 00:05:02

>>664
S2/S2JSFのアプリはPOJO
　　↓
SpringのAPIを使ってない
　　↓
Springでは動かない
　　↓
結局S2/S2JSFに依存してる
　　↓
POJOだから依存しないって、なんかおかしいんじゃね？

ということか？
それで咎められるべきはS2やS2JSFじゃないと思うぞ。

0670デフォルトの名無しさん

05/03/03 00:44:44

>>669
別にとがめるとかではなくて、そこでPOJOだからっていうのは理由になってないんじゃない？って言いたいだけ。
「依存してるけどPOJOだからロジック部分は再利用可能」
だったらわかるけど。

>>667
> そもそもS2に依存するのが嫌なら最初からS2ファミリーには興味持たない。

S2JSFは面白そうだと思うんだけど。
S2に依存するのが嫌なら興味持たなくていい程度の、他と大差ないしくみなの？

0671デフォルトの名無しさん

05/03/03 01:00:14

>>670
>>668読めば、「POJOだからっていうのは理由になって」るのが分かるぞ。

0672デフォルトの名無しさん

05/03/03 01:05:26

＞S2に依存するのが嫌なら興味持たなくていい程度の、他と大差ないしくみなの？
他って具体的に何よ。半端な釣りすんなよ。

0673デフォルトの名無しさん

05/03/03 01:11:28

>>671
その、別物の方の話を>>651はしてるんじゃないの？
まぁ、>>651に関しては、S2Daoとかもすでにあったわけでいまさら言うことじゃないと思うけど。

0674デフォルトの名無しさん

05/03/03 01:12:30

>>672
Mayaとかちょっと上で話題に出てるんだけど・・・

0675デフォルトの名無しさん

05/03/03 01:13:46

別物の方の話をしてるってことは、つまり言いがかりをつけてるってことじゃないかｗ

0676デフォルトの名無しさん

05/03/03 01:21:14

なんか、変なやつが混じってるな。
つまりもなにも、いまさら言うことじゃないと書いてるわけで。
「そこでPOJOだから」はないんじゃないの？って言いたかっただけだ。
>>668の前後入れ替えればいいだけで、意図はわかったからもういいけど。

0677デフォルトの名無しさん

05/03/03 09:20:40

最初に自分が「S2JSFがS2ないと駄目なのか」とか言い出したくせに
途中から「POJOだからはないんじゃない」と言いたかっただけだと
すりかえておきながら変な奴が混ざってるとかいってる藻舞も変なﾔｼｗ

0678デフォルトの名無しさん

05/03/03 15:10:07

>>677
そりゃ、途中で「POJOだから依存しない」って言われたからさ。

0679デフォルトの名無しさん

05/03/03 15:13:32

>>677
変なやつというのは、「釣り」だとか「言いがかり」だとか、被害妄想的な煽り文句入れてるやつね。

0680デフォルトの名無しさん

05/03/04 00:00:15

で、結局POJOってのはハッタリだった訳だ。

0681デフォルトの名無しさん

05/03/04 01:12:09

それはそれで大切かと。
POJOであれば、ソースコード的には依存しないわけで。
そこには価値があると思う。

0682デフォルトの名無しさん

05/03/04 02:04:25

DI導入するだけで、こうもコードがすっきりするものかとびっくりするね。
俺はSpring使ってるけど

0683デフォルトの名無しさん

05/03/05 12:09:28

コンテナから生成するのはBCEのCだけですか？他はnewで生成する？
すべてコンテナから取得するわけではないとどっかに
書いてあった気がしたんですが。うるおぼえですみません。

0684デフォルトの名無しさん

05/03/05 19:59:24

Bはアプリケーションコンテナ(Tomcatとか)が生成、EはCに対してDIで生成…で良かったと思うけど。

0685デフォルトの名無しさん

05/03/06 20:53:52

ひがたん....
プレゼンテーション層だけ、と限定しても未だにWebObjectsが最強だと思うんですけど。

仕事ではStrutsでいらいらするけど。

0686デフォルトの名無しさん

05/03/06 22:25:06

WebLogic最強説

0687デフォルトの名無しさん

05/03/06 22:42:31

Webber最速説

0688デフォルトの名無しさん

05/03/06 23:23:42

しかし、
S2JSFからS2をはずそうという発送が出てくること自体凄いよなあ。
そしたらS2JSFじゃないじゃんｗ

つーか、そんなことをココで聞く前に自分でソースでも見てれば、そんなくだらない疑問はすぐに解決してこのスレが荒れることは無かったのに。

つーか、オープンソースなんだから。。。
ソース見ればすぐに分かるようなことを、クレクレしてくる奴はどうかと思うけどね。

0689デフォルトの名無しさん

05/03/06 23:25:31

>>688
すぐわかったあなたはえらい
自分で作ってみるまで良さがぜんぜんわからなかった…

0690デフォルトの名無しさん

05/03/07 02:31:27

Seasarはあまり触ってないけど、今月のJavaWorldに出てたS2JSFのサンプルを見てたしかに使い易そうだと思った。
来月のJavaWorldで特集組まれるみたいだし、最近JavaWorldはS2プッシュしてるね

0691デフォルトの名無しさん

05/03/07 16:53:40

S2JSFのエキザンポー、見たんだけど、
S2をいじるのは初めてで、S2JSFうんぬん以前に
あまりにあっけないんで、逆にすんごい不安になってしまった。

今の出向先の自社謹製フレームワークがもうしんどくてしんどくて。
早いところ自社に帰ってS2で仕事したい。

0692デフォルトの名無しさん

05/03/07 17:40:53

はぶにっきの荒らしコメントが
全く誰にも気づかれずに未だにポツンとあるのが
ちょっと笑った。元気が出た。

0693683

05/03/07 23:32:11

>>684
BCEのEはgetter,setterのみが幾つかあるようなものだと
思っているのだけれども、Eをコンテナから生成しても
意味なくないですか？

0694デフォルトの名無しさん

05/03/08 00:00:46

>>693
S2Daoって知ってるか？

0695デフォルトの名無しさん

05/03/08 19:26:17

テーブルA B Cの三つがあるとして、
AとBがN:1、BとCがN:1の関係になっています。
Select ... FROM A
LEFT OUTER JOIN B ON A.bid=B.bid
LEFT OUTER JOIN C ON B.cid=C.cid
としたい場合、Aのbeanクラスで
private B bbean;
public static final int bbean_RELNO=0;
public static final String bbean_RELKEYS="bid";
private C cbean;
public static final int cbean_RELNO=1;
public static final String cbean_RELKEYS="bbean.cid:cid";
とすると、
Select ... FROM A
LEFT OUTER JOIN B bbean ON A.bid=bbean.bid
LEFT OUTER JOIN C cbean ON A.bbean.cid=cbean.cid
ってなSQLが出力されます。
hsqldbなら問題無かったのですが、PostgreSQLだとAなんてスキーマは無ぇよ！って怒られます。

こういうときって本来はRELKEYSにどういう風に書けばいいんでしょうか？

0696デフォルトの名無しさん

05/03/08 19:34:23

>>695
メーリングリストでききなよ

0697デフォルトの名無しさん

05/03/08 19:48:10

だってMLは賢い人たちばっかりで、
漏れみたいなお馬鹿Qは投げにくいんだもん．．．．．

0698デフォルトの名無しさん

05/03/08 22:27:12

全然お馬鹿Qじゃないと思うが。

0699太田＠下宿

05/03/09 07:33:39

695さん>

http://www.wikiroom.com/oreju/?plugin=attach&openfile=s2daoNM1.zip&refer=%A5%B7%A1%BC%A5%B5%A1%BC%A5%B5%A5%F3%A5%D7%A5%EB%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8

のサンプルと同じようにやるとうまくいくと思いますよ。クラスAでは，

>public static final String cbean_RELKEYS="bbean.cid:cid";

は定義しないで，

>public static final int cbean_RELNO=1;

のみを定義するとうまくいくと思います。

0700デフォルトの名無しさん

05/03/09 19:24:24

お馬鹿Q!!爆笑

0701695

05/03/10 11:00:19

やっぱりお馬鹿Qだ…すみません、肝心なこと書き忘れてました。

>>699
ありがとうございます。
頂いたサンプルでは、SQLファイルを用意しているようですが、
SQLの自動出力は難しい、ということでしょうか。

0702デフォルトの名無しさん

05/03/11 02:38:02

最終的に吐かせたいSQLが決まってるならSQLファイルを準備するのがいいと思う。

多種RDBMSに同一ソースで対応したいっていうなら話は別だけど。

0703695

05/03/11 10:02:41

>>702
そうなんですか！
僕は寧ろ、できるなら自動でやる方が好ましいのかと思って、
がんばってSQLファイル削減してるところでした＿|￣|○

今後は躊躇無くSQLファイルを使っていきたいと思います。
ありがとうございました。

0704デフォルトの名無しさん

05/03/12 01:11:56

S2Daoの利点って、効率良く書かれたSQLをそのままDAOに使用出来るところだよ。
これができるのって、あとはiBatisくらいしかないんじゃないか。

逆にSQLを徹底的に隠す方向のO/Rマッピングなら、Cayenneくらい徹底的に隠して
ほしい。

HibernateのHQLってそういう意味でなんか中途半端なイメージがあるんだよね。
クエリでSQLもどきをかくなら、もうSQL書かせてくれたらいいから、とか思ってします。

0705695

05/03/12 11:16:42

>>704
他のO/Rマッピングツールを使ったことが無かったので分からなかったのですが、
S2Daoの秀でている点というものが激しく納得できました。ありがとうございます。

といってるところにMLにタイムリーな話題が^^;

0706デフォルトの名無しさん

05/03/19 14:34:01

くーすのサイトってどこにあんの？
seasar.orgにはみつからん。

0707デフォルトの名無しさん

05/03/19 15:01:20

Spring >>>>>>>>>>>>>>> seasar2
国粋主義者以外はSpringかEJB3.0だろ。

0708デフォルトの名無しさん

05/03/19 15:43:29

沖縄も外国じゃねぇの？

0709デフォルトの名無しさん

05/03/19 22:03:25

Java PressでSpringの大特集してるね。
Kijimunaも良いけど、SpringIDEはもっとすごいね。

0710デフォルトの名無しさん

05/03/20 00:00:57

つか、Springに対して、Seasarの優ってる点って殆ど無いし。

0711デフォルトの名無しさん

05/03/20 01:44:14

えー、そうなの？
オートインジェクションが便利だよ。

0712デフォルトの名無しさん

05/03/20 02:06:13

直感的ではないファイル分割の挙動も素敵だ。

0713デフォルトの名無しさん

05/03/20 14:14:45

リリースが速いのはいいのだがそろそろs2-frameworkをcontainer部分とutils部分に分けてそれぞれ別のリリースサイクルにしてほしいっす。

ttp://lists.sourceforge.jp/pipermail/seasar-user/2005-March/001578.html
みたいな返答を見るとバージョンアップに躊躇してしまう。

0714デフォルトの名無しさん

05/03/20 14:46:27

くーす本いつ出るのかなあ
話なくなったのかなあ

0715デフォルトの名無しさん

05/03/21 00:05:37

S2Strutsを試してみようと思って、StrutsUploadのファイルアップロード処理を
作ってみようと思ったんですが、org.apache.struts.upload.FormFileをActionFormに
セットするのに失敗してしまいます。

java.lang.IllegalArgumentException:
Cannot invoke org.seasar.struts.examples.form.UploadForm.setTheFile - argument type mismatch

StrutsConfig.xmlはこんな感じです。
<form-beans>
<form-bean
name="uploadForm"
type="org.seasar.struts.examples.form.UploadForm"/>
</form-beans>
<action-mappings>
<action
path="/upload"
type="mylib.seasar.upload.UploadAction"
name="uploadForm"
scope="request"
validate="true"
input="/pages/uploadInput.jsp">
<forward name="success" path="/pages/uploadResult.jsp" />
</action>
</action-mappings>

どこが悪いのかわかる方お願いします。

0716デフォルトの名無しさん

05/03/21 01:24:29

UploadFormのsetTheFile()というメソッドを確認したほうがいいんでない？

0717715

05/03/21 02:41:19

UploadFormはこんな風になってます。
public void setTheFile(FormFile theFile) {
this.theFile = theFile;
}

FormFileは「org.apache.struts.upload.FormFile」で、UploadFormクラスは
StrutsUploadのサンプルからもらってきたものなんです。

StrutsUploadの方だと、アップロードしたファイルやその情報をFormFileに
格納して、setTheFileからセットしてくれるんですが、POJO型のActionじゃ
それは無理なんでしょうか。

0718デフォルトの名無しさん

2005/03/21(月) 13:22:43

typeがあってないわけだから
Object型でうけてみて
何の型できているか確認してみたらどうでしょう

0719デフォルトの名無しさん

2005/03/21(月) 13:23:27

およそ忠告ほど人が気前よく与える物はない。

　　　　　　　　　　　　　　　　　　ラ・ロシュフコー

0720デフォルトの名無しさん

2005/03/22(火) 00:15:27

>>718
なるほど！
ありがとうございました。

0721デフォルトの名無しさん

2005/03/25(金) 02:15:18

Java　Press読んだんだがspringIDEたしかに(・∀・)ｲｲ!!
Kijimunanaにはがんばってもらいたい

Java Worldのseasar特集はこれから読みまつ(｀･ω･´)

0722デフォルトの名無しさん

2005/03/25(金) 13:25:27

>>721
SpringIDEはプロパティ名やクラス名の補完をしてくれないから
実際はそれほど役に立たない｡
バリデーションはしてくれるけど｡
仕事でSpringを使っているひとで、SpringIDEを使っているって
あまりきいたことない。

あの意味のないグラフィック表示が使ったことのないやつには
すごいように見えるのかもしれんが｡

0723デフォルトの名無しさん

2005/03/26(土) 03:05:11

>>722
そうなのか…(´･ω･｀)

とりあえずS2JSF正式リリースおめ
これで次のプロジェクトに使えるよー

0724デフォルトの名無しさん

2005/03/26(土) 03:16:04

SeasarかSpringか毎回悩むんだが、立ち位置が微妙なんだよな。
Springのほうが上を説得するのはやりやすいのが実情。
ほっとくと「なんか有名なんでEJBでよろしく」とかなっちゃうんでねえ。

もうちょっとメジャーになってくれるとやりやすいんだが、それはこれから
の活動次第か。なんとかJavaWorldを見せることはできるようになったわけで。

0725デフォルトの名無しさん

2005/03/26(土) 12:25:07

結論としてはJSF+EJB3.0と

0726デフォルトの名無しさん

2005/03/26(土) 20:31:27

S2JSF+EJB3っていうのはどう？
S2JSF必須ライブラリのためにseasar2にクラスパスは通しておくだけ。

0727デフォルトの名無しさん

2005/03/27(日) 11:56:51

「ITのイチロー」って名前で、別の人が雑誌に載ってたね

0728デフォルトの名無しさん

NGNG

http://d.hatena.ne.jp/higayasuo/20050330#1112179222

> 今回のセミナーでは、魅力的なS2JSFの機能を紹介するだけではなく、
> マニュアルでは触れられていないような、でも知っているとS2JSFのことを
> より深く理解できるような、一歩踏み込んだトピックもお話します。

とあるんですけどS2JSFのマニュアルってどこかにあるんでしょうか？
サンプルの解説しか見たことないんですけど。

0729デフォルトの名無しさん

NGNG

ﾏﾙｪｰ、ﾌﾞﾛｸﾞとｿｰｽがﾏﾆｭｱﾙですよぉー（ﾟεﾟ）

0730デフォルトの名無しさん

2005/04/03(日) 17:38:34

こんな例外に遭遇した人いませんか?コードを見たけどなんでぬるぽになるのかわからない。
S2.0.22です。

java.lang.NullPointerException
at org.seasar.extension.dbcp.impl.ConnectionPoolImpl$FreeItem.expired(ConnectionPoolImpl.java:244)
at org.seasar.extension.timer.TimeoutTask.expired(TimeoutTask.java:59)
at org.seasar.extension.timer.TimeoutManager.run(TimeoutManager.java:54)
at java.lang.Thread.run(Thread.java:536)

0731デフォルトの名無しさん

2005/04/03(日) 18:44:58

がっ

0732デフォルトの名無しさん

2005/04/06(水) 12:05:52

ttp://www.seasar.org/ が４０４なんですけど。

0733ひが

2005/04/06(水) 23:26:44

もう、疲れました。
探さないでください・・・。

0734デフォルトの名無しさん

2005/04/07(木) 02:05:01

工エエェェ（´д｀）ェェエエ工工

0735デフォルトの名無しさん

2005/04/07(木) 13:12:37

無事保護されて、連れ戻された模様です。

がんばれひがたん

0736デフォルトの名無しさん

2005/04/16(土) 23:16:57

HTML仕様にあってないものを拡張子htmlにして
ビューとロジックを完全に分割できます、すごいでしょ
なんて言ってるから日本人は仕様にかかわれないんだよ

0737デフォルトの名無しさん

2005/04/16(土) 23:31:24

以上、こんなこと言ってるから仕事を任せてもらえない>>736がお伝えしました。

0738デフォルトの名無しさん

2005/04/17(日) 14:18:25

結論：RELAX同様、信者以外には無視される運命。

0739デフォルトの名無しさん

2005/04/17(日) 17:11:14

設定ファイルの依存関係がわけわからんから、Springの方がとっつきやすい。

0740デフォルトの名無しさん

2005/04/17(日) 17:27:04

依存関係って、ただのincludeじゃん。

0741デフォルトの名無しさん

2005/04/17(日) 17:41:50

オートインジェクションに関わってくるわけだろ。ただのincludeじゃない。

0742デフォルトの名無しさん

2005/04/17(日) 18:04:45

いやだからさ、includeしてるやつを見れば分かるだろ。というかincludeといのは
そういうもんだろう。

Springの定義の継承とくらべてそれほど特殊なコトやってるかな？

0743デフォルトの名無しさん

2005/04/17(日) 18:56:34

>>742
インクルードされる側にインクルードする側での定義が影響するというのは、特殊なことだと思う。

0744デフォルトの名無しさん

2005/04/17(日) 19:07:35

インクルードされる側(子)からはインクルードした側(親)の定義は見えないし影響もないよ。

0745デフォルトの名無しさん

2005/04/17(日) 19:16:20

オートインジェクションは？

0746デフォルトの名無しさん

2005/04/17(日) 19:16:23

むしろSpringでこそ子のBeanFactoryから親のBeanFactoryの定義が見えるわけだが。

0747デフォルトの名無しさん

2005/04/17(日) 19:17:19

BeanFactoryの親子関係と、定義ファイルの分割は別問題でしょ。

0748デフォルトの名無しさん

2005/04/17(日) 19:17:22

>>745
親で定義されているコンポーネントは子では見えないからオートインジェクションされない。

0749デフォルトの名無しさん

2005/04/17(日) 19:46:25

>>747
設定ファイルの依存関係という話だから全く無関係でもないと思うが。
子のBeanFactoryに読み込まれる設定ファイルからは親のBeanFactoryが
読み込んだ設定ファイルが見える、つまり依存する(かもしれない)わけだろ？
設定ファイルの依存関係がわけわからくなるのはむしろSpringじゃね？

■ このスレッドは過去ログ倉庫に格納されています

国産DIコンテナSeasarとくーす その３

国産DIコンテナSeasarとくーすその３