本节介绍已知的生命周期管理问题和相应的解决方法。
将 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。aerver 在确认 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 中,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。