JDK-4474875 : Incremental updates fail if going from basic proto to version based.
  • Type: Bug
  • Component: deploy
  • Sub-Component: webstart
  • Affected Version: 1.0.1
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_nt
  • CPU: x86
  • Submitted: 2001-06-26
  • Updated: 2003-04-12
  • Resolved: 2002-11-19
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.4.2 mantisFixed
Description
 from mail:
Looking a littler closer at the download requests in your logfile for the
plus_dbu.jar file, I see the following:

Request 1:  JnlpDownloadServlet(3): Request: /per-se/plus_dbu.jar

  . This is a request for the file without using version protocol.
    This gets downloaded correctly.

Request 2:  JnlpDownloadServlet(3): Request:
/per-se/plus_dbu.jar?version-id=1.3.49

  . This is a request for the file w/ the versioning protocol. This
    also gets downloaded correctly.

Request 3: JnlpDownloadServlet(3): Request:
/per-se/plus_dbu.jar?version-id=1.3.56

  . This request seems to be wrong from Javaws. It does NOT include
    information
    about the 1.3.49 version. Thus, a jardiff will never be returned. It
    should have been:

     /per-se/plus_dbu.jar?version-id=1.3.56&current-version-id=1.3.49

    It seems like Javaws gets confused because of first request, where you are 
    not using the version protocol.

from feedback: ###@###.###
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mantis mantis-b02 FIXED IN: mantis mantis-b02 INTEGRATED IN: mantis mantis-b02
31-08-2004
WORK AROUND
31-08-2004
EVALUATION fix for 1.2 ---------- I believe the problem is in DiskCache.getCacheEntries(). If the version arg is non-null, then the itr loop should do itr.remove(); if ( versionId == null) not just if (!(versionId == null) || vs.contains(versionId)) ###@###.### 2002-07-24
24-07-2002
SUGGESTED FIX in DiskCache.getCachedEntries() - change: if !(versionId == null) || vs.contains(versionId)) { to: // 4474875: non - null dosn't match null ... if (versionId == null) { itr.remove(); } else if (!vs.contains(versionId)) { ###@###.### 2002-07-24 ------------------------------
24-07-2002