走自己的路

路漫漫其修遠兮，吾將上下而求索

BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合

:: 管理 ::

50 隨筆 :: 4 文章 :: 118 評論 :: 0 Trackbacks

<

2008年10月

>

日

一

二

三

四

五

六

28

29

30

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

1

2

3

4

5

6

7

8

留言簿(7)

隨筆分類(81)

隨筆檔案(54)

文章分類

搜索

閱讀排行榜

評論排行榜

為蝦米JDBC的XAConnection不繼承Connection，困惑

在jdbc中，XAConnection和Connection是沒有繼承關系的，在jms中XAConnection是繼承Connection接口的。同樣XADataSource和Datasource也是相應的關系。

我們在使用jdbc時，如果是managed datasource,配置在配置文件中，如在oc4j data-sources.xml中，有下面這段配置：

<managed-data-source name="MIFSystemLogXADataSource"

connection-pool-name="MIFSysLogXAConnectionFactory"

jndi-name="jdbc/mifXAStatusLog" tx-level='global'/>

<connection-pool

name="MIFSysLogXAConnectionFactory">

<connection-factory

factory-class="oracle.jdbc.xa.client.OracleXADataSource" user="gavin"

password="gavin" url="jdbc:oracle:thin:@luga:1521:lugadb">

</connection-factory>

</connection-pool>

但是在java代碼我們使用時，是這樣的：

DataSource dataSource = (DataSource) context

.lookup(jdbc/mifXAStatusLog);

Connection connection = dataSource.getConnection();

lookup出來的DataSource的實現類是：oracle.sql.oc4j.ManagedDataSource,它是實現DataSource接口的，和XADataSource無關，然后get出來的是Connection和XAConnection無關，但是拿它做操作確是和XAConnection的效果相同，說明拿出來的可能是一個dynamic proxy，它是實現Connection接口，完成XAConnection的功能。為什么要這樣做呢，就是方便我們通過配置文件更改，修改了配置文件，從xa到非xa，從非xa到xa，代碼不需要重修修改。所以只能都拿出Connection來了。但是如果XAConnection繼承Connection接口，這樣拿出來的即使是Connection，通過多態我們不更好理解嗎？為什么當初寫規范時，不讓 XADataSource繼承DataSource，讓XAConnection繼承Connection呢？

posted on 2008-10-31 21:33 叱咤紅人閱讀(650) 評論(0) 編輯收藏所屬分類: J2SE and JVM 、Other Java and J2EE frameworks

新用戶注冊刷新評論列表


只有注冊用戶登錄后才能發表評論。




網站導航: 博客園 IT新聞 Chat2DB C++博客博問
相關文章: 提高遺留代碼的測試覆蓋率對Log4j封裝的一些想法剝下“java.lang.OutOfMemoryError: unable to create new native thread”的外衣為蝦米JDBC的XAConnection不繼承Connection，困惑讓已有的系統開放RMI服務如何在JAVA端使Oracle存儲過程串行地執行類似狀態模式的"狀態模式" 《Head First Design Pattern 單例模式》中double check有問題嗎？在可序列化的類中使用log對象用ASM直接讀取字節碼來加載Class的Annotation