This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 7847 - packaged jar file format not same as that produced by command line jar utility
Summary: packaged jar file format not same as that produced by command line jar utility
Status: CLOSED FIXED
Alias: None
Product: obsolete
Classification: Unclassified
Component: jarpackager (show other bugs)
Version: 3.x
Hardware: All Other
: P4 critical (vote)
Assignee: issues@obsolete
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2000-10-10 03:06 UTC by catkins
Modified: 2003-07-01 10:01 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description catkins 2000-10-10 03:06:13 UTC 
The packager creates a jar file that does not match the jar file produced by the command line utility.

The options in the observed situation were no compression with a "class only" filter and defaults on the manifest page.

Opening the resulting file using winzip shows that the compression ratio is zero, but that the "packed" size for each file is three bytes longer than the actual file length.

Using the command line utility, the packed size is exactly the same as the actual size.

My database tool won't accept the jar file created by the packager.
Comment 1 Jan Stola 2000-10-11 08:59:59 UTC 
*** Bug 7848 has been marked as a duplicate of this bug. ***
Comment 2 Mike Schilling 2001-03-27 18:08:59 UTC 
The "compressed" toggle has been removed, since, as you observe, the jar 
packager can't create uncompressed jars.  0 means "lowest level of compression", 
not uncompressed.

If you leave the compression level at the default (6), the jar packager creates 
jar files eactly like the ones created by the jar utility.
Comment 3 David Kaspar 2002-10-31 14:11:30 UTC 
Verified
Comment 4 Quality Engineering 2003-07-01 10:00:34 UTC 
Resolved for 3.4 or earlier, no new info since then -> closing.
Comment 5 Quality Engineering 2003-07-01 10:01:33 UTC 
Resolved for 3.4 or earlier, no new info since then -> closing.