Question

我使用了一个非常基本的构建文件，该文件来自示例configure-was-derby.xml：

<property name="worklight.server.install.dir" value="C:/Worklight70"/>
<property name="config.migration.tool.enable" value="true"/>
<target name="minimal-update">
<updateapplicationserver id="" contextroot="/AreaClienti">
<project warfile="C:/temp/AreaClienti.war"/>
<applicationserver>
<websphereapplicationserver installdir="C:/WebSphere85/AppServer"/" profile="AppSrv01" user="wasuser" password="xxxxx">
<server name="server1"/>
</websphereapplicationserver>
</applicationserver>
</updateapplicationserver>
</target>

最近我能够在我的笔记本电脑安装上重现这个问题，我相信我找到了原因：请查看以下分析并确认结果。

我最初是从WAS管理控制台手动安装war文件，当我使用上面的构建文件运行Ant minimal-update 时，它失败并出现上述错误

当前未在WAS中部署MobileFirst Project WAR文件简介......

然后我删除了手动安装的war文件，并使用Ant 安装目标重新安装它。此时最小更新成功运行。

我发现在WAS配置结构中创建了Ant安装

profile_root /配置/细胞/ CELL_NAME /节点/节点名称/服务器/服务器1

包含 worklight-jee-library.jar 文件的新 Worklight目录，以及带有德比驱动程序jar的 derby subdir 。

显然最小化更新 Ant任务会对 Worklight目录的存在进行初步检查，如果缺少则会失败。你能否确认这是真的吗？

当然，标准WAS安装过程不会创建 Worklight目录。因此，在运行时战争的控制台安装之后，Ant minimal-update 总是会失败！

如果我在WAS配置中手动添加Worklight目录，那么Ant最小更新开始运行就好了。恕我直言，以这种方式改变标准的WAS配置结构不是很干净。说，如果我们最初使用标准WAS管理程序安装运行时战争，它是否是一个有效的解决方法？

此外，返回的错误消息也可能更清楚：如果有任何调试选项，请告诉我，以使Ant任务更加详细。

最后，让我再问一个问题。

我注意到Ant执行将日志文件写入目录

user_root / .mobilefirst_platform_server

有没有办法将这些日志重定向到另一个目录，以避免填满用户root的风险？

Answer 1

显然，最小更新Ant任务会对Worklight目录的存在进行初步检查，如果它丢失则会失败。你能否确认这是真的？

那是对的。

有没有办法将这些日志重定向到另一个目录，以避免填满用户root的风险？

不幸的是没有。

updateapplicationserver ant任务总是失败并显示“当前未部署WAR文件”

1 个答案: