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 7673 - Jar Packager uses IDE startup directory as the default location
Summary: Jar Packager uses IDE startup directory as the default location
Status: CLOSED FIXED
Alias: None
Product: obsolete
Classification: Unclassified
Component: jarpackager (show other bugs)
Version: 3.x
Hardware: All All
: P4 trivial (vote)
Assignee: issues@obsolete
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2000-09-15 15:34 UTC by _ ttran
Modified: 2003-07-01 10:00 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Exception thrown in step 5 in build 1125. (2.10 KB, text/plain)
2000-10-19 09:55 UTC, Jan Stola
Details

Note You need to log in before you can comment on or make changes to this bug.
Description _ ttran 2000-09-15 15:34:17 UTC
f a place for a new jar file is not explicitely chosen, Jar Packager uses the
IDE startup directory as the default location. This could result in creation od
the jar file in the bin directory, if the user ran the IDE directly from this
directory.
Comment 1 Martin Roskanin 2000-10-11 13:06:59 UTC
fixed in [boston 1120]
Comment 2 Jan Stola 2000-10-19 09:51:59 UTC
Still not fixed in build 1125 and 49.

1. Start IDE.
2. Open JAR packager from Tools|JAR packager.
3. JAR archive location shown will be <FORTE_HOME>/Development
4. Delete this location and enter only "myjar.jar" into the text field.
5. Create JAR.
6. "myjar.jar" will be placed into the <FORTE_HOME>/bin directory.

I don't understand why there is <FORTE_HOME>/Development as an offered
location after IDE start. I think the default location should be user's
home directory System.getProperty("user.home") instead of currently used
working directory System.getProperty("user.dir").
Comment 3 Jan Stola 2000-10-19 09:55:59 UTC
Created attachment 200 [details]
Exception thrown in step 5 in build 1125.
Comment 4 Martin Roskanin 2000-10-20 10:08:59 UTC
Fixed in [boston 1127]
Comment 5 Martin Roskanin 2000-10-24 09:07:59 UTC
fixed in [main trunk] (NB54), [boston 1127]
Comment 6 vnemec 2000-11-22 12:44:59 UTC
verified i [boston1159] and [main trunk](nb74)
Comment 7 Quality Engineering 2003-07-01 09:59:14 UTC
Resolved for 3.4 or earlier, no new info since then -> closing.
Comment 8 Quality Engineering 2003-07-01 10:00:06 UTC
Resolved for 3.4 or earlier, no new info since then -> closing.