0
我用從樣品的配置 - 是 - derby.xml採取了非常基本的構建文件：updateapplicationserver Ant任務總是失敗，「WAR文件目前尚未部署的」
<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>
最近我才得以重現我的筆記本電腦安裝問題，我相信我找到了原因：請查看以下分析並確認結果。
我原來手動安裝WAR文件從WAS管理控制檯，當我運行Ant 最小更新上述構建文件將其與提到的錯誤
的MobileFirst項目WAR文件失敗目前沒有部署在WAS的 資料...
然後我刪除了手動安裝war文件，使用Ant 安裝目標重新安裝它。 此時最小更新成功運行。
我發現，創建到Ant安裝WAS配置結構
profile_root /配置/細胞/ CELL_NAME /節點/節點名稱/服務器/服務器1
新工作燈目錄含worklight-jee-library.jar文件和德比子目錄與德比驅動程序jar。
顯然，最小更新 Ant任務使得在工作燈目錄存在了初步檢查，如果缺少它失敗。 你能確認這是真的嗎？
當然，Worklight目錄不是由標準的WAS安裝過程創建的。 因此，在運行時戰爭的控制檯安裝後，Ant 最小更新總是失敗！
如果我在WAS配置中手動添加Worklight目錄，那麼Ant最小更新開始運行就好了。恕我直言，改變這種方式標準的WAS配置結構不是很乾淨。 說，如果我們最初使用標準WAS管理程序安裝運行時間戰爭，是否是一種有效的解決方法？另外，返回的錯誤信息可能會更加清晰：請讓我知道是否有任何調試選項使Ant任務更加冗長。
最後，讓我再問一個問題。
我注意到，螞蟻執行寫入目錄
user_root /日誌文件。mobilefirst_platform_server
有沒有辦法將這些日誌重定向到不同的目錄以避免填滿用戶root的風險？
你可以編輯你的問題（不公開任何機密）你調用'updateapplicationserver'的XML段嗎？也許我們可以發現什麼是錯的。 –