<html>
    <head>
      <base href="https://icedtea.classpath.org/bugzilla/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - When creating Desktop Short Cuts for JNLP files, javaws links to path specified by Firefox (temporary)"
   href="https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3583#c5">Comment # 5</a>
              on <a class="bz_bug_link 
          bz_status_ASSIGNED "
   title="ASSIGNED - When creating Desktop Short Cuts for JNLP files, javaws links to path specified by Firefox (temporary)"
   href="https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3583">bug 3583</a>
              from <span class="vcard"><a class="email" href="mailto:jvanek@redhat.com" title="JiriVanek <jvanek@redhat.com>"> <span class="fn">JiriVanek</span></a>
</span></b>
        <pre>(In reply to Robert Marcano from <a href="show_bug.cgi?id=3583#c4">comment #4</a>)
<span class="quote">> I think probably a good behaviour for javaws is to not offer to create
> desktop launchers for JNLP files that don't include a way to get the source
> path, or copy it a .local/.cache directory.</span >

How to determine this? You may have local installation of some JNLP
application, so you can run  javaws /some/path/to/file.jnlp or  javaws
file:///some//path/to/file.jnlp 

We can catch vartious /tmp or $TEMP but more hardly firefox special  cache.
also I have no idea how to make it windows portable...

<span class="quote">> 
> The problem with caching it is that every time the user uses the web link to
> start the application it will think it is a new one. Unless the files cached
> are hashed and tested if there is already one downloaded, but a single
> change on the source JNLP will make javaws think it is a new one.</span >

This is actually done.  ITW checks timestamps of files. If the files were not
updated on server, and jnlp application is correct, then ITW will nto download
it again.

Also there is --Xoffline switch which enforce ITW to not even try remote
locations and simply goes from what is cached.   The Xoffline switch is holly
grail  for all jnlp offline usages.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>