本節說明已知的生命週期管理問題以及相關的解決方案。
將 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 |
這些預設值以外的值將會產生錯誤。
如果您要嘗試檢視使用 default-config 的 JMS 實體目標,便會出現一則錯誤訊息。
這是預期的運作方式。在 Enterprise Server 2.1 中,default-config 是配置資訊範本,因此無法針對 default-config 執行 JMS 作業 (如 list 和 create)。但是,可以針對叢集或獨立實例的配置執行 JMS 作業。
(僅適用於 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。