0

环境:IBM工作灯自由场配置问题和日志

  1. IBM工作灯服务器6.2 * 2,
  2. 自由女神服务器8.5.5.1 * 2 &
  3. IBM DB2 * 1

这两个Worklight Server节点都在工作。

问题:

  1. 每当控制台URL [http://x.x.x.x:9080/worklightconsole]试图打开它需要时间来加载[约10秒] [],我已经重新启动服务器试了又试了很多次。

  2. Liberty Farm实施中是否存在以下两个属性的任何影响。

    A. cluster.data.synchronization.taskFrequencyInSeconds &

    B. clustersynctask.staleCyclesNum

  3. trace.log的 - 这能忽略?

    答:当Liberty Farm配置为何获得Liberty Profile Runtime?当我进一步浏览trace.log时,我可以找到检测到的自由农场运行时间

    B.为什么警告不可能解码密码?

    C.否我在我的配置中指定为Localhost

[14年10月22日10:26:06:642 GST] 00000013 ID =
com.worklight.common.util.jmx.MBeanConnectorFactory 1 检测自由曲线运行时

[14年10月22日10:26:06:643 GST] 00000013 ID =
LibertyRuntimeMBeanHandler> getMBeansServerConnection()入口本地主机空

[14年10月22日10:26:06:643 GST] 00000013 ID =
com.worklight.common.util.jmx.LibertyRuntimeMBeanHandler 1 工作灯REST与端口9444在localhost 连接

[10 /14分之2210:26:06:644 GST] 00000013 ID = RuntimeMBeanHandler
解码()入口

[14年10月22日10:26:06:646 GST] 00000013 ID =
com.worklight .common.util.jmx。RuntimeMBeanHandlerW¯¯ 不可能解码该密码

[14年10月22日10:26:06:646 GST] 00000013 ID = RuntimeMBeanHandler
解码()RETURN

回答

1

1)操纵台需要等待启动节点完成时执行的同步任务。还要确保你已经安装了最新的6.2 IFIX,因为它包括性能改进

2)在所有

3 A无影响),此跟踪涉及运行和管理服务之间的本地通讯(见下一点)在这种情况下,重要的是应用程序服务器而不是拓扑(服务器场中的通信与独立的Liberty服务器中的通信相同)

3 B)WL运行时需要与管理服务通信相同的JVM。因此,它使用server.xml中声明的HTTPS端口号在本地主机上进行JMX通信。C)它表示在运行时的classloader元素中引用的com.ibm.ws.crypto.passwordutil jar文件,管理服务不是正确的或缺少运行时定义(在最新的6.2 ifix中修复的缺陷)。该jar的名称包含依赖于Liberty版本的版本号。该jar可以在Liberty的lib目录中找到。使用Liberty 8.5.5.1,它应该是com.ibm.ws.crypto.passwordutil_1.0.2.jar。

+0

正如你所说,1.让我检查最新的ifix。 2,无需在Liberty Farm实施中配置cluster.data.synchronization.taskFrequencyInSeconds。 3(c)com.ibm.ws.crypto.passwordutil_1.0.2.jar存在于Liberty的lib目录中,并且它在运行时和管理服务的Class loader元素中被引用,那么为什么日志说不可能解码密码? – Karikalan 2014-10-22 08:54:31

+0

未找到com.ibm.websphere.crypto.PasswordUtil类时,发出“不可能解密密码”。所以在server.xml文件中肯定有问题 – 2014-10-22 13:17:31

+0

我知道有什么不对。这就是为什么试图弄清楚。 在Worklightadmin.war的应用程序元素下设置。 – Karikalan 2014-10-24 21:50:04