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 20416 - StorageException when instantiating a package with attributeIndexes
Summary: StorageException when instantiating a package with attributeIndexes
Status: RESOLVED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 3.x
Hardware: PC Linux
: P3 blocker (vote)
Assignee: Martin Matula
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-02-11 08:34 UTC by Svata Dedic
Modified: 2002-07-19 15:23 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Patch for MDR (trunk) (3.28 KB, patch)
2002-02-11 09:26 UTC, Svata Dedic 		Details | Diff
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 Svata Dedic 2002-02-11 08:34:51 UTC 
In the case, when the immediate package == the outermost package,
StorableObject.getOutermostPackage() returns null instead of the immediate
package MofID.
Comment 1 Svata Dedic 2002-02-11 09:25:49 UTC 
Eh, I was a little confused by the debugger output. StorableFeature
is, in fact, OK (I though that it retuns null from that method). But
when instantiating a package, which specifies
"org.netbeans.attributeIndex" tag, a StorageException is thrown. At
that time, immediatePackage.getOutermostPakcageId() returns null.

Please see/apply the attached patch. There's also several dumpStack()s
removed from LiveMutableList impl.
Comment 2 Svata Dedic 2002-02-11 09:26:36 UTC 
Created attachment 4645 [details]
Patch for MDR (trunk)
Comment 3 Martin Matula 2002-02-11 18:43:05 UTC 
Hi Svata,
you have probably attached a wrong diff. It does not fix the bug. It just 
removes the dumpStacks and replaces system classloader by current 
classloader in MDRManagerImpl class, which I don't think is a good 
idea to do.
Comment 4 Martin Matula 2002-02-11 18:58:49 UTC 
fixed in the main trunk
Comment 5 Svata Dedic 2002-02-12 06:46:01 UTC 
Oops, big apologies. I've really attached wrong diff (that one which
lists my local changes) :-\ I suppose you don't need it anymore since
you've already fixed the issue, sorry again.
To the replacement -- it is probably wrong at deploy time, but is 
useful at design time. I can play with the metamodel within the IDE
without restart this way and without having to turn the metamodel's
impl into a module.