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 11045 - Moving a JAR Packager .jarContents does not update .jar location
Summary: Moving a JAR Packager .jarContents does not update .jar location
Status: CLOSED FIXED
Alias: None
Product: obsolete
Classification: Unclassified
Component: jarpackager (show other bugs)
Version: 3.x
Hardware: PC Linux
: P4 blocker (vote)
Assignee: Mike Schilling
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-04-04 16:46 UTC by Jesse Glick
Modified: 2003-07-01 10:02 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 Jesse Glick 2001-04-04 16:46:57 UTC 
[release32 mar 31] After making a module JAR from template (e.g.), moving to a
new folder in Explorer (Cut & Paste), and then compiling it: the actual *.jar is
created in the old folder. IMHO the .jar location should be updated
automatically when the .jarContents is moved, otherwise the user has to do it.
Comment 1 Mike Schilling 2001-04-04 20:10:33 UTC 
The location of the jar file is a property of the jar content file.  While by 
default they are the same except for the extension, this is not necessarily 
true.  The proper rule is probably:

if a jarcontents is moved
then
    if the jar file's name differed only by extension
    then
        change it
    else
        leave it alone
    end if
end if
Comment 2 Jesse Glick 2001-04-09 17:24:23 UTC 
I agree, that sounds like the proper rule. Most users will just make a JAR from
template and may never notice/care that they can set the location, so the normal
behavior should assume they want to keep the two together.
Comment 3 Mike Schilling 2001-04-12 22:27:56 UTC 
If the jar cntents file and jar file are brothers (same folder, same name, both 
use default extensions), they will now stay brothers through move, copy, and 
rename.
Comment 4 Jan Chalupa 2001-05-05 23:12:47 UTC 
Target milestone -> 3.2
Comment 5 David Kaspar 2002-11-01 10:31:58 UTC 
Verified
Comment 6 Quality Engineering 2003-07-01 10:02:00 UTC 
Resolved for 3.4 or earlier, no new info since then -> closing.
Comment 7 Quality Engineering 2003-07-01 10:02:51 UTC 
Resolved for 3.4 or earlier, no new info since then -> closing.