生命週期管理

本節說明已知的生命週期管理問題以及相關的解決方案。

設定 ejb-timer-service 特性導致 set 指令失敗 (6193449)

說明

將 ejb-timer-service 特性 minimum-delivery-interval 設定為 9000 之後，嘗試將 ejb-timer-service 特性 redelivery-interval-in-mills 設定為 7000 的行為會導致 set 指令失敗，並出現以下錯誤︰

[echo] Doing admin task set
[exec] [Attribute(id=redelivery-interval-internal-in-millis) : 
Redelivery-Interval (7,000) 
should be greater than or equal to Minimum-delivery-interval-
in-millis (9,000)]
[exec] CLI137 Command set failed.

• minimum-delivery-interval 是同一定時計時器的兩次傳送之間的最小間隔持續時間。

• redelivery-interval-in-mills 是計時器服務在 ejbTimeout 失敗後嘗試重新傳送之前的等待時間。

問題在於，將重新傳送間隔特性與最小傳送特性相聯繫的邏輯不正確，並阻止您使用 GUI 或 CLI 設定任何最小傳送間隔大於重新傳送間隔的值。

minimum-delivery-interval-in-millis 的設定必須始終等於或高於 ejb-timer-service 特性 redelivery-interval-in-millis 的設定。問題在於伺服器驗證 redelivery-interval-in-millis 值是否大於 minimum-delivery-interval-in-millis 值時，所用的驗證檢查機制有錯誤。

解決方案

使用這些特性的預設值，如下所示：

minimum-delivery-interval(default)=7000
redelivery-interval-in-millis(default)=5000

這些預設值以外的值將會產生錯誤。

當列出非 DAS 配置內的 JMS 實體目標時丟出錯誤 (6532532)

說明

如果您要嘗試檢視使用 default-config 的 JMS 實體目標，便會出現一則錯誤訊息。

解決方案

這是預期的運作方式。在 Enterprise Server 2.1 中，default-config 是配置資訊範本，因此無法針對 default-config 執行 JMS 作業 (如 list 和 create)。但是，可以針對叢集或獨立實例的配置執行 JMS 作業。

僅適用於 Win2003︰非分頁池記憶體發生錯誤，中斷 tcp 堆疊和 richaccess 測試 (6575349)

說明

(僅適用於 Windows 2003) 執行豐富存取功能時，Windows 2003 系統上會出現記憶體錯誤。出現此問題是因為 Win32 非分頁池一直在增長，最終導致整個 TCP/IP 堆疊出現錯誤。一旦出現此故障，TCP/IP 堆疊便處於可回復狀態，復原它的唯一方式是重新啟動 Windows 2003 系統。

解決方法

有兩種解決方法可解決這個問題：

• 將 domain.xml 的 http-listener 屬性配置成 blocking-enabled="true" 以使用 Grizzly 封鎖模式，或者增加以下 http-listener 特性︰

  <property name="blocking" value="true"/>

• 使用 Windows Vista 或 Windows XP。