質問

を使用していまjava Webstart、コーポレート-ガバナンスを上からjavaアプリケーション当社のイントラネットの適用を受け頻繁に更新をした。ぐユーザがアプリケーションを起動しデスクトップの後のアイコンを更新いたしましたのJar/戦争のウェブサーバ(タイムスタンプを変更し)およびJava Webstartの古いバージョンではなくダウンロードできます。

こちらはペーストのJNLPは、ご覧の通りオフライン-れていますので、それを考慮して、更新チェックを常に政策ります。また、ダウンロードフラグが姿である。私の理解これらのオプションには、必ず結果の確認、キャッシュに対しタイムスタンプサーバおよびダウンロードのJARファイルです。

んんとWebstart!で見られsimiliarです。ソリューション?私は病気を歩きを通して人々の清算を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>
役に立ちましたか?

解決

あなたは問題を解決したかもしれない - しかし、JNLP仕様=「1.0+」 - 要素のみをJNLP仕様6.0以上の後にサポートされています。おそらくthatsのは失敗し、あなたの更新のための理由の一つです。

他のヒント

また、同じ問題および解決するには、次のように:

  1. 変化

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

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

  2. 入$版の <a href="foo-$VERSION.jnlp">Run</a>

を自動的に更新$バージョン毎に展開。

んで語で解決がでることができませル

この問題による offline-allowed タグです。

たJNLP仕様

ればオフラインとして、一定の大きさ、性能が指定されたJava Web Startにはまる場合は更新処理が可能です。しかし、がある場合、アプリケーションが既にダウンロードのチェックがタイムアウトした後、数秒で、その場合は、キャッシュされた応募を開始します。与えた場合には合理的に高速サーバー接続 最新版のアプリケーションは通常の実行では保証されません.アプリが実行できます。

私たちは、12カ国上のJava Web Startアプリケーションを配布していると我々はアプリケーションが正しく更新されなかったことを発見したとき、それは主に、郡のネットの誤設定のため、またはユーザーのコンピュータのネットワーク設定にありましたプロキシ。スペインのJava Webにおける当社の中心的officinesでオールウェイズ作業OK]を開始します。

私はnextx.jarクローンWebStartのJavaを使用してきました。私は私がURLConnection.getLastUpdated()メソッドの使用にJARの問題を更新していないトレースします。それは、ファイル名のlastUpdatedを取得するにはHEADメソッドを使用しているので、これは時々それがgetLastUpdated()のキャッシングによるダウンロードしない理由です。私たちは、WebStartのが欠陥があるとして、私たちのアプリケーションをリフレッシュする当社独自の方法を使用することを決定します。

私はこの問題だけでgoogle moderatorのhelpを和訳してみましたように、アプリ開設時間なのが分かる。

場合このオプション: アップデートチェック="背景" おJNLP、待ち時間前に申請するために更新するように背景を)仕上がりです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top