Jakarta ee 集群环境中的Websphere 7启动时间

Jakarta ee 集群环境中的Websphere 7启动时间,jakarta-ee,websphere,cluster-computing,Jakarta Ee,Websphere,Cluster Computing,有没有一种简单的方法可以确定websphere集群最后一次启动的时间?不像ripple启动中的单个节点,我需要确定应用程序何时完全关闭 我想可以通过在数据库中写入每个节点的启动时间并比较时间来实现这一点,但可能有一种简单的方法,例如mbean?根据需求,至少有几种方法可以解决您的问题。如果您需要有关以下任何解决方案的更多详细信息,请尝试将它们写下来 一个单独的进程连接到DMgr的JMX连接器,监听JMX通知 这里列出了服务器MBean发送的通知:请参阅从MBean有状态部分继承的通知 赞成的意见

有没有一种简单的方法可以确定websphere集群最后一次启动的时间?不像ripple启动中的单个节点,我需要确定应用程序何时完全关闭


我想可以通过在数据库中写入每个节点的启动时间并比较时间来实现这一点,但可能有一种简单的方法,例如mbean?

根据需求,至少有几种方法可以解决您的问题。如果您需要有关以下任何解决方案的更多详细信息,请尝试将它们写下来

一个单独的进程连接到DMgr的JMX连接器,监听JMX通知 这里列出了服务器MBean发送的通知:请参阅从MBean有状态部分继承的通知

赞成的意见 无需修改应用程序 不投票 欺骗 如果DMgr关闭,您将不会收到任何通知 如果额外的进程崩溃或根本没有启动,那么您的数据就会出现巨大的缺口 需要具有监视器角色的额外用户帐户 同样,还有一个单独的进程连接到DMgr的JMX连接器并查询服务器的JVM的stats属性。 WAS中的默认PMI配置将返回正常运行时间统计信息,这将告诉您特定服务器的运行时间

JVM MBean记录在这里:

stat属性中返回的统计信息实现JVMStats接口:

赞成的意见 无需修改应用程序 欺骗 如果DMgr关闭,您将不会收到任何通知 投票 需要具有监视器角色的额外用户帐户 应用程序中的额外组件。 有几种方法可以注册应用程序组件,以便WAS向它们发送启动/关闭事件

赞成的意见 无需针对JMXAPI编写任何代码 DMgr的可用性超出了等式 欺骗 您必须能够重建或至少重新打包应用程序;如果您不是开发团队的成员,或者您从第三方收到应用程序,则此方法可能不合适