Мы используем java Webstart для развертывания Java-приложения в нашей интрасети. Приложение получает частые обновления. Через некоторое время пользователь запустит приложение со своего значка на рабочем столе после того, как мы обновим JAR/WAR на веб-сервере (изменилась временная метка), а Java Webstart запустит старую версию вместо загрузки новой.
Вот вставка нашего JNLP, так как вы можете видеть, что офлайн-разрешено включено, но всегда проверяйте проверку и политику всегда. Кроме того, загружается флаг. По моему мнению, эти параметры всегда должны приводить к проверке кеша на отметке времени на сервере и загрузке файла JAR.
Я начинаю расстраиваться с помощью Webstart! Кто-нибудь видел похожие проблемы? Любые решения? Меня тошнит от ходьбы людей, очищая свой кеш веб-центра вручную каждые третье или пятое обновление.
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE jnlp PUBLIC "-//Sun Microsystems, Inc//DTD JNLP Descriptor 6.0//EN" "http://java.sun.com/dtd/JNLP-6.0.dtd">
<jnlp spec="1.0+" codebase="$$codebase" href="$$name">
<information>
<title>TITLE</title>
<vendor>VENDOR</vendor>
<description>Our Utility Application</description>
<description kind="short">Our Utility Application PRD</description>
<icon href="images/util_icon.png" height="64" width="64"/>
<offline-allowed/>
<shortcut online="true">
<desktop />
<menu submenu="Utility Apps"/>
</shortcut>
</information>
<security>
<all-permissions />
</security>
<update check="always" policy="always" />
<resources>
<!-- requires 1.6+ -->
<j2se version="1.6+" href="#" onclick="location.href='http://java.sun.com/products/autodl/j2se'; return false;" java-vm-args="-ea" initial-heap-size="128m" max-heap-size="512m" />
<!-- application code, download jar before we start. -->
<jar href="OurUpdatedJarName.jar" main="true" download="eager" />
<property name="configfile" value="updatedJarName.config" />
</resources>
<application-desc main-class="main.Client">
<argument>-D</argument>
</application-desc>
</jnlp>