JTS—1型同位素釋放器

該儀器適用于同位素測井時(shí)投放同位素載體，儀器由地面控制，可進(jìn)行各個(gè)不同深放，并可作“過油管不放空”測井。儀器采用同步閥門啟閉方式、上下，可確保同位素釋放干凈，無回收污染，經(jīng)大慶油田防疫站檢測，其表于0.031mR/h。此外，該儀器沒有鉛屏蔽裝置，可有效地減少本身所帶伽瑪基值的影響，一次成功率大于95％，能有效地保證吸水剖面資料的 2100433B

JTS 只是一個(gè)組件事務(wù)監(jiān)視器（有時(shí)也稱為 對(duì)象事務(wù)監(jiān)視器（object transaction monitor）），或稱為 CTM。

JTS 和 J2EE 的事務(wù)支持設(shè)計(jì)受 CORBA 對(duì)象事務(wù)服務(wù)（CORBA Object Transaction Service，OTS）的影響很大。實(shí)際上，JTS 實(shí)現(xiàn) OTS 并充當(dāng) java 事務(wù) API（Java Transaction API）― 一種用來定義事務(wù)邊界的低級(jí) API ― 和 OTS 之間的接口。使用 OTS 代替創(chuàng)建一個(gè)新對(duì)象事務(wù)協(xié)議遵循了現(xiàn)有標(biāo)準(zhǔn)，并使 J2EE 和 CORBA 能夠互相兼容。

乍一看，從程序化事務(wù)監(jiān)視器到 CTM 的轉(zhuǎn)變好像只是術(shù)語名稱改變了一下。然而，差別不止這一點(diǎn)。當(dāng) CTM 中的事務(wù)提交或回滾時(shí)，與事務(wù)相關(guān)的對(duì)象所做的全部更改都一起被提交或取消。但 CTM 怎么知道對(duì)象在事務(wù)期間做了什么事？象 EJB 組件之類的事務(wù)性組件并沒有 commit() 或 rollback() 方法，它們也沒向事務(wù)監(jiān)視器注冊(cè)自己做了什么事。那么 J2EE 組件執(zhí)行的操作如何變成事務(wù)的一部分呢？

透明的資源征用

當(dāng)應(yīng)用程序狀態(tài)被組件操縱時(shí)，它仍然存儲(chǔ)在事務(wù)性資源管理器（例如，數(shù)據(jù)庫和消息隊(duì)列服務(wù)器）中，這些事務(wù)性資源管理器可以注冊(cè)為分布式事務(wù)中的資源管理器。在第 1 部分中，我們討論了如何在單個(gè)事務(wù)中征用多個(gè)資源管理器，事務(wù)管理器如何協(xié)調(diào)這些資源管理器。資源管理器知道如何把應(yīng)用程序狀態(tài)中的變化與特定的事務(wù)關(guān)聯(lián)起來。

但這只是把問題的焦點(diǎn)從組件轉(zhuǎn)移到了資源管理器 ― 容器如何斷定什么資源與該事務(wù)有關(guān)，可以供它征用？請(qǐng)考慮下面的代碼，在典型的 EJB 會(huì)話 bean 中您可能會(huì)發(fā)現(xiàn)這樣的代碼：

清單 1. bean 管理的事務(wù)的透明資源征用

InitialContext ic = new InitialContext();

UserTransaction ut = ejbContext.getUserTransaction();

ut.begin();

DataSource db1 = (DataSource) ic.lookup("java:comp/env/OrdersDB");

DataSource db2 = (DataSource) ic.lookup("java:comp/env/InventoryDB");

Connection con1 = db1.getConnection();

Connection con2 = db2.getConnection();

// perform updates to OrdersDB using connection con1

// perform updates to InventoryDB using connection con2

ut.commit();

注意，這個(gè)示例中沒有征用當(dāng)前事務(wù)中 JDBC 連接的代碼 ― 容器會(huì)為我們完成這個(gè)任務(wù)。我們來看一下它是如何發(fā)生的。