[Seasar-user:17122] Re: 【DBFlute, S2Dao】 S2DaoとDBFluteを同一アプリケーションで利用可能でしょうか？

kubo [E-MAIL ADDRESS DELETED]
2009年 3月 27日 (金) 00:10:20 JST 

久保(jflute)です。

補足です。

「bpartsのS2Daoのバージョンの再確認」と、
「bpartsのS2Daoのバージョンをapartsに合わせる」
のが真っ先にやるべきことに代わりはないのですが、

組織が違うことで色々バージョン周りの問題が発生しやすい
のであれば、後々のことも考えてbpartsのDBFluteを
0.9.x(最新は0.9.3)系にアップグレードすることは
それはそれでお奨めです(bpartsが開発中ということなので)。
そうするとbpartsの環境ではS2Daoが不要になるので
こういったバージョン食い違い問題などが発生しにくいです。
(S2Containerのバージョンだけ合わせておけば良くなります)

2009/3/26 kubo <[E-MAIL ADDRESS DELETED]>:
> 久保(jflute)です。
>
> ちょっと意外だったのですが、
> S2Dao側プロジェクトの方がS2Daoのバージョン古くて、
> DBFlute側プロジェクトの方が新しい、と想像してたのですが、
> 逆なのですね。一旦、0.9.xの話は置かせて下さい。
>
> DBFlute-0.8.6でS2Dao-1.0.40だとコンパイルすら
> 通らないような気がします。
> http://d.hatena.ne.jp/jflute/20080507/1210137563
> の通り、0.7.xからS2Dao-1.0.47以降限定になっております。
> なので、「DBFlute-0.8.6 + S2Dao-1.0.40」で開発している
> というのはちょっと考えられないところです。(何かの間違いでは!?)
> もう一度、確認する方がよいかと考えます。
> (試しにbpartsのソースでS2Dao-1.0.40でコンパイルしてみて下さい)
>
> ちなみに以下の構成とDBFlute-0.8.6で全く問題なく動作します。
> ので、bpartsがまだ開発中というのであれば、bpartsのS2Daoの
> バージョンを上げる(apartsに合わせる)方が良いと思います。
>
> s2-framework 2.4.32
> s2-extension 2.4.32
> s2-tiger 2.4.32
> s2-dao 1.0.49
> s2-dao-tiger 1.0.49
>
> 2009/3/26 minami <[E-MAIL ADDRESS DELETED]>:
>> 久保(jflute)さん
>>
>> ご返信ありがとうございます。
>>
>>> ふと疑問に思ったのが、「DBFlute 0.8.6」で開発していた
>>> ときの環境のS2Daoのバージョンはいくつでしょうか？
>>> 「s2-dao 1.0.40」ではないですよね(恐らく)？
>>
>> 合っています。
>> DBFluteを利用している別会社は「1.0.40」を使用しております。
>> 理由は不明です。
>>
>> WEB+DB press vol 41 を参考にしますと、
>>
>> Seasar(S2Container) 2.4.18-RC1
>> S2Dao 1.0.47以上
>> DBFlute 0.5.6以上
>>
>> が推奨環境になっていますので。
>>
>> 実はですね。。
>>
>> こちら(たとえば、aparts)は以下の環境で開発が済んでいる状況です。
>>
>> ===================
>> aparts
>> -------------------
>> s2-framework 2.4.32
>> s2-extension 2.4.32
>> s2-tiger 2.4.32
>> s2-dao 1.0.49
>> s2-dao-tiger 1.0.49
>> ===================
>>
>> 上記の環境で以下のbpartsの部品を取り込もうとしております。
>> I/Fは用意しております。
>> 以下はそのサンプルソースです。
>>
>> ※ apartsのソース
>> ===================================================
>>  @Resource
>>  protected BpartsExecuteLogic bpartsExecuteLogic;
>>
>> public class XxxxService() {
>>    Map ret = bpartsExecuteLogic.executeLogic(引数);
>>  }
>> ===================================================
>>
>> 別会社(たとえば、bparts)は以下の環境で開発が進んでる状況です。
>>
>> ===================
>> bparts
>> -------------------
>> s2-framework 2.4.12
>> s2-extension 2.4.12
>> s2-tiger 2.4.12
>> s2-dao 1.0.40
>> s2-dao-tiger 1.0.40
>> dbflute 0.8.6
>> ===================
>>
>> 上記のような場合でも、
>>
>> 「DBFlute-0.8.6から0.9.0への移行は可能」
>>
>> とのことで理解しておりますが、
>> その認識で合っていますでしょうか？
>>
>>
>>
>> kubo さんは書きました:
>>> 久保(jflute)です。
>>>
>>>
>>>> 1点質問させてください。
>>>> いま開発が済んでいる状況であります。
>>>> 「DBFlute 0.8.6」で、
>>>> 開発されているソースを特に変更しないで
>>>> 「DBFlute 0.9.x」に
>>>> アップグレードすることは可能でしょうか？
>>>>
>>>
>>> http://dbflute.sandbox.seasar.org/contents/migration/basic.html
>>> こちら参考にして下さい。(バージョン移行の注意点)
>>> よほどDBFluteの内部的なリソースを使ってなければ実装面では
>>> ほとんど問題はないと思いますが、
>>> 「DBFlute-0.8.8.xから0.9.0への移行時の注意」
>>> で、importの編成などでソースは修正必要があります。
>>>
>>> ただ、もしテストも済んでいる状態であれば、
>>> アップグレード後にもう一度テストをし直す必要がある
>>> と思いますので、あまり現実的じゃないかもですね。
>>>
>>> ふと疑問に思ったのが、「DBFlute 0.8.6」で開発していた
>>> ときの環境のS2Daoのバージョンはいくつでしょうか？
>>> 「s2-dao 1.0.40」ではないですよね(恐らく)？
>>> そもそもテストしたバージョンと違う組み合わせで
>>> 本番で動かすのはあまりよろしくはないかと思います。
>>>
>>> 2009/3/26 minami <[E-MAIL ADDRESS DELETED]>:
>>>
>>>> 久保(jflute)さん
>>>>
>>>> ご返信ありがとうございます。
>>>>
>>>> dao.diconファイルと
>>>> dbflute.diconファイルは
>>>> 次のメールに添付いたします。
>>>>
>>>>
>>>>> もし可能であれば「完全にS2Daoに依存しないDBFlute-0.9.x」
>>>>> にアップグレードするのがお奨めです。
>>>>>
>>>> 1点質問させてください。
>>>> いま開発が済んでいる状況であります。
>>>> 「DBFlute 0.8.6」で、
>>>> 開発されているソースを特に変更しないで
>>>> 「DBFlute 0.9.x」に
>>>> アップグレードすることは可能でしょうか？
>>>>
>>>>
>>>> kubo さんは書きました:
>>>>
>>>>> 久保(jflute)です。
>>>>>
>>>>> 南さん、こんばんは
>>>>>
>>>>> diconの参照関係さえしっかり解決されれば可能だと思います。
>>>>> S2DaoのDaoを定義するdiconがdbflute.diconを
>>>>> 参照(include)しないようになっていればOKかと考えます。
>>>>>
>>>>> ただ、別の点で気になったのが、
>>>>> S2Daoのバージョンが「s2-dao 1.0.40」とちょっと古いので、
>>>>> DBFluteがそのバージョンのS2Daoで動くかどうかが不安です。
>>>>> もし可能であれば「完全にS2Daoに依存しないDBFlute-0.9.x」
>>>>> にアップグレードするのがお奨めです。
>>>>> これら懸念もろもろが全てなくなります。
>>>>>
>>>>> 2009/3/26 minami <[E-MAIL ADDRESS DELETED]>:
>>>>>
>>>>>
>>>>>> 南と申します。
>>>>>> いつもお世話になっております。
>>>>>>
>>>>>> 経緯の説明は省略いたします。
>>>>>>
>>>>>> 環境は以下のようです。
>>>>>>
>>>>>> ===================
>>>>>> s2-framework 2.4.12
>>>>>> s2-extension 2.4.12
>>>>>> s2-tiger 2.4.12
>>>>>> s2-dao 1.0.40
>>>>>> s2-dao-tiger 1.0.40
>>>>>> dbflute 0.8.6
>>>>>> ===================
>>>>>>
>>>>>> 以下を同一warで起動しようとしております。
>>>>>>
>>>>>> ①　S2Daoで開発されたDaoとロジック
>>>>>>
>>>>>> com.xxx.apart
>>>>>>
>>>>>> ②　DBFluteで開発された部品（jarの形式）
>>>>>>
>>>>>> com.xxx.bpart
>>>>>>
>>>>>> それぞれルートパッケージは違います。
>>>>>> そもそも上記のようなことが可能でしょうか？
>>>>>>
>>>>>> _______________________________________________
>>>>>> Seasar-user mailing list
>>>>>> [E-MAIL ADDRESS DELETED]
>>>>>> https://ml.seasar.org/mailman/listinfo/seasar-user
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>> Seasar-user mailing list
>>>>> [E-MAIL ADDRESS DELETED]
>>>>> https://ml.seasar.org/mailman/listinfo/seasar-user
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Seasar-user mailing list
>>>> [E-MAIL ADDRESS DELETED]
>>>> https://ml.seasar.org/mailman/listinfo/seasar-user
>>>>
>>>>
>>>>
>>> _______________________________________________
>>> Seasar-user mailing list
>>> [E-MAIL ADDRESS DELETED]
>>> https://ml.seasar.org/mailman/listinfo/seasar-user
>>>
>>
>>
>> _______________________________________________
>> Seasar-user mailing list
>> [E-MAIL ADDRESS DELETED]
>> https://ml.seasar.org/mailman/listinfo/seasar-user
>>
>>
>

Seasar-user メーリングリストの案内