本節說明已知的生命週期管理問題以及相關的解決方案。
將 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。問題在於,Application Server 驗證 redelivery-interval-in-millis 的值是否大於 minimum-delivery-interval-in-millis 的值時,驗證檢查方法是錯的。
使用這些特性的預設值,如下所示:
minimum-delivery-interval(default)=7000 redelivery-interval-in-millis(default)=5000 |
這些預設值以外的值將會產生錯誤。
如果您要嘗試檢視使用 default-config 的 JMS 實體目標,便會出現一則錯誤訊息。
這是預期的運作方式。在 Application Server 9.1 中,default-config 是配置資訊範本,因此無法針對 default-config 執行 JMS 作業 (如 list 和 create)。但是,可以針對叢集或獨立實例的配置執行 JMS 作業。
(僅適用於 Windows 2003) 執行豐富存取功能時,Windows 2003 系統上會出現記憶體錯誤。出現此問題是因為 Win32 非分頁池一直在增長,最終導致整個 TCP/IP 堆疊出現錯誤。一旦出現此故障,TCP/IP 堆疊便處於可回復狀態,復原它的唯一方式是重新啟動 Windows 2003 系統。
這是一個 Microsoft 問題 (問題編號︰SRX070906600011),已有修補程式可修復此問題。如需更多資訊,請連絡 Microsoft 支援。
除了上述修補程式之外,此問題還有兩種解決方法。
透過配置 domain.xml http-listener 屬性 blocking-enabled="true" 使用 Grizzly 阻斷模式,或者增加以下 http-listener 特性︰
<property name="blocking" value="true"/> |
使用 Windows Vista 或 Windows XP。