下表顯示修正套件 2.6.5 版中修正的 APAR (及 CR) |
1 | 67959 | |
有兩個地方應該使用追蹤訊息 32017,而不是使用 32016 |
問題:有兩個地方錯用了追蹤訊息 32016;但 32017 才是應該使用的正確追蹤訊息號碼。 |
修正:已將那兩個位置的追蹤訊息 32016 改成 32017。 |
|
2 | 67929 | | 傳回的類別 CWConnectorExceptionObject 實例之訊息不正確 |
問題:當 JDBC 配接器處理的服務要求因為異常狀況而失敗時,配接器會重試作業。
如果第二次嘗試處理此服務要求又再度失敗時,所傳回的類別 CWConnectorExceptionObject 實例之訊息不正確。 |
修正:已修正此缺失。現在二度失敗的訊息是正確的。 |
|
3 | 82879 | JR22976 |
JDBC 配接器於執行 RetrieveSP 作業時,收到 "Invalid Ref-Cursor" 錯誤 |
問題:當 JDBC 配接器嘗試使用儲存程序 (會透過游標傳回一個 ResultSet) 從表格擷取商業物件時,會發生來自 Oracle 的 "Invalid Ref-Cursor" 錯誤。 |
修正:已修正此缺失。 |
|
4 | 74554 | JR22906 |
JDBC 配接器會產生 java.sql.SQLException 錯誤:SP 中的 CLOB 沒有足夠的記憶體 |
問題:JDBC 配接器需要更多記憶體才能讀取和儲存 CLOB 類型資料。 |
修正:已修正此缺失。為了修正此問題,JDBC 配接器已最佳化其對 CLOB 類型資料的記憶體配置。 |
|
5 | 74241 | JR23258 | 應用程式特有資訊 UNVL=NULL 無法正確運作 |
問題:當指定應用程式特有資訊 UNVL=NULL,且這個屬性的值是空值時,JDBC 配接器會忽略這個屬性,因而無法如預期般,在資料庫內將這個屬性的值更新為空值。 |
修正:已修正此缺失。 |
|
6 | 74237 | JR22731 |
JDBC 配接器 2.6.4 會產生類似 "where ... xxx is null" 的 SQL 子句,因而導致 CLI0612E 異常狀況 |
問題:針對 RetrieveByContent 動詞,JDBC 配接器在產生 SQL 查詢 'where ... is null' 時,會嘗試在 preparedStatement 中設定多餘的屬性值。
|
修正:已修正此缺失。 |
|
7 | 74225 | JR22760 |
Oracle 資料庫中的 NUMBER 欄位被 ODA 轉換為 String |
問題:ODA 未在整數和小數位數之間使用必要的分隔符號。此外,算術運算子 +/- 之間也沒有任何空格。 |
修正:具有「小數」資料類型的直欄長度都會延伸 2 位。 |
|
8 | 67678 | |
需要更新 JDBC 配接器的 getVersion() 實作方式 |
問題:配接器版本應該從 Manifest 檔案實作,而不是從程式碼中設定的靜態變數實作。
|
修正:已完成此更新。 |
|
9 | 67361 | |
當 UID 表格中沒有記錄時,JDBC 配接器會印出不正確的錯誤訊息 |
問題:當 UID 表格中沒有記錄時,配接器會印出錯誤訊息,指出資料庫連線發生問題。
|
修正:已修正此缺失,並且現在配接器會印出適當的錯誤訊息。 |
|
10 | 83827 | | 在 Solaris 10 平台上必須支援 |
問題:Solaris 10 平台上應該支援 JDBC 配接器。 |
修正:現在已提供支援。 |
|
11 | 83714 | JR23663 |
JDBC 配接器將不完整的商業物件寫入 Oracle 資料庫 |
問題:如果 JDBC 配接器在交易期間收到關機訊息,它會執行一項連線關閉作業。
但是對於 Oracle 資料庫而言,連線關閉作業要求在執行關閉作業之前,要先執行確定作業,而不是回復作業。不然的話,交易可能會導致 Oracle 資料庫中的資料呈現不一致。 |
修正:在收到關機訊息時,為了確保資料庫中的資料維持一致,JDBC 配接器會明確地執行回復作業。 |
|
12 | 83686 | | 應該移除 JDBC ODA 啟動 Script 中對資料直接驅動程式的參照 |
問題:需要從 JDBC ODA 的啟動 Script 中,移除類別路徑中的資料直接驅動程式 JAR 檔案。
|
修正:已移除資料直接驅動程式參照。您必須將適當的 JDBC 驅動程式檔案新增至類別路徑。 |
|
13 | 83595 | JR23449 |
JDBC 配接器的 DB2 序列支援有錯誤 |
問題:在 DB2 8.X 中支援序列。因此 JDBC 配接器會支援 DB2 8.X 的序列。
此特性已在 2.5 版中加入 JDBC 配接器。但是卻無法產生 DB2 序列的正確 SQL 陳述式。 |
修正:已修正此缺失,並會產生 DB2 序列的正確 SQL 陳述式。
此陳述式可用來從 DB2 序列取得 JDBC 配接器的 UID 值。 |
|
14 | 68092 | JR23653 |
設定應用程式特有資訊 PSC=true 時,擲出 java.lang.ClassCastException |
問題:當設定應用程式特有資訊 PSC=true,並且執行儲存程序時,JDBC 配接器會產生 java.lang.ClassCastException。這是儲存程序的 PreparedStatement 快取缺失。 |
修正:會先針對 SP SQL 序列宣告 PreparedStatement。然後,將這個 PreparedStatement 強制轉型為 CallableStatement。 |
|
下表顯示修正套件 2.6.3 版中修正的 APAR (及 CR) |
1 | 71314 | JR21597 | 額外的 where 子句及 "is null" 支援 |
問題:在額外的 where 子句中 (使用擷取動詞應用程式特有資訊) 若有一個以上的屬性,"is null" 支援就無法運作。
|
修正:此問題已解決,方式為在動詞應用程式特有資訊中使用多個屬性來建構正確的查詢。
|
|
2 | 71139 | JR21480 |
在使用 "is null" 子句來擷取商業物件的事件索引鍵為空白值。
輪詢時,在事件索引鍵中使用 cxblank,以產生擷取查詢的 "is null" 子句。 |
問題:當事件將某些索引鍵設為空值時,配接器並沒有使用 "is null" 子句來產生 SQL 查詢。
|
修正:已修正在事件物件索引鍵中使用 CxBlank,並且配接器現在會在輪詢時適當地建立 "is null" 子句。 |
|
3 | 71391 | JR22459 | 游標洩漏,最大游標數超出設定的限制 |
問題:出現游標洩漏,最大游標數超出設定的限制。 |
修正:現在當儲存程序呼叫傳回空的 ResultSet 時,就會關閉 ResultSet。 |
|
4 | 72378 | JR22444 |
在用於擷取的商業物件索引鍵中使用空白值,使用 "is null" 子句 |
問題:在處理收到的商業物件中,若商業物件將某些索引鍵指派為空值時,配接器不會使用 "is null" 子句來產生查詢。 |
修正:已變更配接器,使其在索引鍵值中提供 CxBlank 值,讓配接器能正確地建置 "is null" 子句。 |
|
5 | 72988 | JR22446 |
因為執行資料庫中的功能而傳回的輸出參數,未依正確順序擷取 |
問題:使用不正確的索引鍵值來擷取 String 類型的輸出參數。 |
修正:已修正此缺失。 |
|
6 | 67474 | JR22154 |
如果 CloseDBConnection 設定為 true,配接器就會無限期地等待取得連線。 |
問題:當達到資料庫連線數目上限時,則只有在釋放連線,且執行緒收到通知時,執行緒才會結束 fetchConnection。如果 CloseDBConnection=false,就會呼叫通知。但是當 CloseDBConnection=true 時,並不會呼叫通知。 |
修正:已修正此缺失。 |
|
7 | 67496 | JR22431 |
JDBC 配接器不接受插入資料大小大於 32k 的儲存程序輸入參數。
|
問題:未針對 CLOB 類型的儲存程序之輸入參數做特殊處理。 |
修正:已修正此缺失。 |
|
8 | 45825 | JR22463 |
Windows 啟動 Script 中有額外 pause 陳述式 |
問題:Windows 的啟動 Script 中,有兩個 pause 陳述式。 |
修正:已經移除該額外的陳述式。 |
|
9 | 61153 | JR21014 |
當 UseDefaultsForPolling 設定為 true 時,未針對子項商業物件執行 RetrieveSP |
問題:如果該屬性值設定為 CxBlank,SP 應用程式特有資訊擷取器就不會剖析 SP 應用程式特有資訊。
這種情況發生在 UseDefaultsForPolling 設定為 true 時。 |
修正:已修正此缺失。 |
|
10 | 66540 | |
將 TimingStats 設為預設值時,JDBC 配接器會記載錯誤 |
問題:範本檔案中缺少 TimingStats 內容。 |
修正:已修正此缺失。 |
|
11 | 67621 | JR22378 |
JDBC 配接器無法處理長度介於 4000 到 4096 之間的 CLOB 資料 |
問題:檢查 CLOB 資料大小的方法不正確。 |
修正:已修正此缺失。 |
|
12 | 70569 | |
應該移除 JDBC 配接器啟動 Script 中對資料直接驅動程式的參照 |
問題:需要從 JDBC 配接器的啟動 Script 中,移除類別路徑中的資料直接驅動程式 JAR 檔案。
|
修正:已移除資料直接驅動程式參照。您必須將適當的 JDBC 驅動程式檔案新增至類別路徑。 |
|
13 | 71729 | JR21809 |
JDBC ODA 2.6.2 無法和 AF 商業物件設計程式搭配使用 |
問題:2.4 架構未啟用 bi-di。2.6.2 JDBC ODA 具有啟用 bi-di 的特性,因此 2.4 版會失敗。
|
修正:已修改 JDBC ODA,使其檢查 ODK 是否有啟用 BIDI 然後做適當的呼叫,以確保和舊版相容。 |
|
14 | 72255 | JR21999 | JDBC 配接器未使用空的 CLOB 直欄擷取列 |
問題:當 CLOB 類型變數是空值時,會擲出 NullPointerException。 |
修正:已建立適當的空值檢查功能。 |
|
15 | 73153 | JR22462 |
使用「進度」資料庫擷取 N 基數商業物件失敗 |
問題:如果針對已關閉的 ResultSet 發出 "close",「進度」資料庫就會擲出異常狀況。 |
修正:已更正,以確保只呼叫 "close" 一次 |
|
16 | 73466 | JR22458 |
看似已呼叫 RetrieveSP,但卻沒有傳回 ResultSet |
問題:在 RetrieveSP 的輸出參數完全處理好之前,就呼叫 AfterRetrieveSP 儲存程序。
|
修正:已修正此缺失。 |
|
17 | 73476 | JR22447 |
缺少對儲存程序中的 long int 資料類型支援 |
問題:處理儲存程序的參數時,沒有使用 DriverSupportForLong 內容。 |
修正:已修正此缺失。 |
|
下表顯示修正套件 2.6.2 版中修正的 APAR (及 CR) |
1 | 61712 | JR21196 |
JDBC 配接器發生記憶體洩漏,CloseDBConnections=true |
問題:JDBC 配接器發生記憶體洩漏,CloseDBConnections=true。 |
修正:修正程式包含檢查 closeDBConnection 是否設為 true。如果是設為 false,
配接器就會建立連線的雜湊表項目,以供備妥的陳述式快取使用。
|
|
2 | 45017 | JR21320 |
複製屬性未將值延伸至子項 BO |
問題:子物件的屬性若包含下列應用程式特有資訊值 PH=true:CA=..[ParentAttrName] 時,雖然會將適當的值複製到子屬性,但整體作業仍然失敗。這是因為未適當處理 PH 應用程式特有資訊屬性。 |
修正:已修正此缺失。 |
|
3 | 61625 | JR21339 |
進行遍訪時,配接器未傳回精確的錯誤 |
問題:如果在擷取時找不到非必要的所有權子項,連接器就會產生一則錯誤訊息。 |
修正:已修正此缺失。 |
|
4 | 44568 | JR21317 |
使用儲存程序處理日期時,導致發生空值指標異常狀況 |
問題:使用儲存程序處理日期時,導致發生空值指標異常狀況 |
修正:已修正此缺失。 |
|
5 | 66453 | JR21272 |
使用 archive_table_oracle.sql Script 建立的表格 xworlds_batch_events 未被運用 |
問題:使用 archive_table_oracle.sql Script 建立的表格 xworlds_batch_events 未被運用。 |
修正:已從 Script archive_table_oracle.sql 中,移除 xworlds_batch_events 表格建立。 |
|