Java Webstart прерывистый JAR не обновляется

Question

Мы используем 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="http://java.sun.com/products/autodl/j2se" 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>

Answer 1

Возможно, вы решили проблему - Но jnlp spec = "1.0+" - Элемент поддерживается только после jnlp spec 6.0+. Вероятно, это одна из причин сбоя ваших обновлений.

Answer 2

эта проблема вызвана тегом offline-allowed.

По спецификации JNLP

Если указано автономное разрешение, Java Web Start также проверит, доступно ли обновление. Однако, если приложение уже загружено, проверка отключится через несколько секунд, и в этом случае будет запущено кэшированное приложение. При достаточно быстром соединении с сервером обычно запускается последняя версия приложения, но это не гарантируется . Однако приложение можно запустить в автономном режиме.

Answer 3

Может быть связано с этим постом, http://www.coderanch.com/t/528570/JNLP-Web-Start/java/Do-jnlp-file-updates-itself

Answer 4

У меня были те же проблемы, что и у вас, и я решил их, выполнив следующее:

1. Изменение

   <jar href="OurUpdatedJarName.jar" ...

   до

   <jar href="OurUpdatedJarName-$VERSION.jar" ...

2. Поместите $ VERSION в <a href="foo-$VERSION.jnlp">Run</a>

Мы автоматически обновляем $ VERSION для каждого развертывания.

Я знаю, что это уродливое решение, но оно работает для нас каждый раз.

Answer 5

Предполагая, что клиентские JRE обновлены, вы можете попробовать <update check="timeout" policy="always"/>, как предложено в этом потоке и описано в документации JNLP .

Answer 6

У меня была эта проблема только потому, что я не давал приложению открыться достаточно времени, чтобы завершить обновление.

Если у вас есть эта опция: update check = "background" в вашем JNLP, подождите некоторое время, прежде чем закрыть приложение, чтобы позволить завершению обновления (запущенного в фоновом режиме).

Answer 7

Я использовал клон java webstart nextx.jar. Я проследил мою не обновляющуюся проблему JAR к использованию метода URLConnection.getLastUpdated (). Поскольку он использует метод HEAD для получения lastUpdated имени файла, по этой причине иногда он не загружается из-за кэширования getLastUpdated (). Мы решили использовать наш собственный метод обновления нашего приложения, так как веб-запуск имеет недостатки.

Answer 8

мы распространили java-приложения для веб-запуска более чем в дюжине стран, и когда мы обнаружили, что приложение не обновлялось правильно, это было сделано для неправильной конфигурации сети округа или в сетевых настройках компьютера пользователя, в основном прокси. В нашем центральном офисе в Испании все в порядке.