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 26012 - Unusable behavious of Target Name property of DataObject with secondary entries
Summary: Unusable behavious of Target Name property of DataObject with secondary entries
Status: VERIFIED FIXED
Alias: None
Product: obsolete
Classification: Unclassified
Component: jarpackager (show other bugs)
Version: 3.x
Hardware: PC Linux
: P4 blocker (vote)
Assignee: issues@obsolete
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-25 13:24 UTC by David Kaspar
Modified: 2003-02-14 11:22 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Kaspar 2002-07-25 13:24:22 UTC
How to reproduce:
1) Create Jar Recipe
2) Add some FormDataObject into it
3) NOTE - FormDataObject represents two FileObjects
4) Specify "Target Name" of inserted node
5) Compile Jar Recipe
6) ERROR - Error dialog appears with message:
duplicate entry: <Target Name>
This prevents the contents of the archive from
being updated

The problem is that Jar Packager tries to rename
all file represented by node to specified <Target
Name>. Therefore there all file duplicities.
Comment 1 Milos Kleint 2002-07-25 13:34:52 UTC
I believe the issue should be resolved this way:
the changed target name applies only to the name, but all the
fileobjects keep their initial file extensions.
Unless the new target name includes a dot and extension, in this case
we should attempt to change both name and extension. (for example to
allow change from read.me to readme.txt)
Comment 2 Ondrej Rypacek 2003-02-14 11:04:01 UTC
I fixed it according to Milos' proposal. I don't know if it makes it
more usable than it was - the property cannot have any good meaning at
all, but is is probably the best we can do with such an uuugglyy thing.

Checked in: JarCreator.java , ver.1.30
Comment 3 David Kaspar 2003-02-14 11:22:04 UTC
Verified