JDK-6639649 : Find place for UPX and 7-Zip bundles that is outside the Java SE workspaces
  • Type: Enhancement
  • Component: deploy
  • Sub-Component: deployment_toolkit
  • Affected Version: 6u10
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: generic
  • CPU: generic
  • Submitted: 2007-12-10
  • Updated: 2011-01-28
  • Resolved: 2011-01-28
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.
JDK 7
7Resolved
Related Reports
Relates :  
Description
It seemed like a good idea to temporarily place the UPX and the 7-Zip SDK compression utilities in the deployment workspace while RE is booked up with Mercurial transition and other work, but even temporary placement in one of the SE workspaces is creating hazards, chiefly that in some cases the build make files have to assume deploy workspace path: an assumption that may not hold up at various Sun sites or in novel settings.So this CR is intended to add some urgency to finding permanent homes for UPX and 7-Zip SDK.The additional reason for this CR is to avoid various complications to do with having UPX and/or 7-Zip in a deployment work space in conjunction with any transition of deployment to open source and involving licensees who may not be comfortable with using open source.

The UPX bundle used by Java Kernel is a Windows-specific binary bundle and would be easily accessible with a path such as ${ALT_DEVTOOLS_PATH,$DEVTOOLS_PATH}/upx/upx301w.zip

The 7-Zip SDK is portable and could easily be accessible with use of an existing or new make variable made to point to a shared path like this:
   /java/devtools/share/7-Zip/lzma449.tar.bz

Note that UPX and 7-Zip usage are goverend by formal reviews #7308 and #7309 respectively.
A "README" with this info could be supplied to sit alongside the two bundles above to alert developers to usage restrictions. And this is the rationale for leaving these packages in "bundled form": to give developers the opportunity to avoid mistakes including improper use of LGPL'd code.

Comments
EVALUATION Actually, it doesn't appear FCS (deployment) source will be open-sourced, so not a big deal.
13-05-2008

SUGGESTED FIX http://web-east.east/deployment/www/webrevs/psoper/6639649/ (These changes are relative to 1.6.0_10 source as it exists today.)
13-05-2008

EVALUATION This must happen before FCS to avoid various problems that will be to some degree "forever" if we ship a release with UPX and 7-Zip tied to the source workspace(s).
11-12-2007

EVALUATION The expectation is that we'll prototype this with the deployment nightly builds in BUR and then sign it or a 2nd bug over as an RE request.
10-12-2007