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 88224 - AssertionError: Filling jar during editing
Summary: AssertionError: Filling jar during editing
Status: RESOLVED WONTFIX
Alias: None
Product: java
Classification: Unclassified
Component: Source (show other bugs)
Version: 6.x
Hardware: All All
: P4 blocker (vote)
Assignee: Jan Lahoda
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-30 12:30 UTC by Jiri Prox
Modified: 2009-11-02 10:59 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
assertion (3.47 KB, text/plain)
2006-10-30 12:34 UTC, Jiri Prox 		Details
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 Jiri Prox 2006-10-30 12:30:33 UTC 
NetBeans IDE Dev (Build 061030)
1.6.0-rc; Java HotSpot(TM) Client VM 1.6.0-rc-b100
Windows XP version 5.1 running on x86
en_US (nb); Cp1252

AssertionError during editing code (J2se project, no additional libraries).
Sorry, no steps to reproduce.

java.lang.AssertionError: Filling
jar:file:/E:/Java/jdk1.6.0.b100/jre/lib/rt.jar!/java/lang/UnsupportedOperationException.class
during
jar:file:/E:/Java/jdk1.6.0.b100/jre/lib/rt.jar!/sun/awt/windows/WPrinterJob.class
	at com.sun.tools.javac.jvm.ClassReader.fillIn(ClassReader.java:1820)
	at
org.netbeans.modules.java.source.usages.SymbolClassReader.fillInImpl(SymbolClassReader.java:154)
	at
org.netbeans.modules.java.source.usages.SymbolClassReader.fillIn(SymbolClassReader.java:133)
	at com.sun.tools.javac.jvm.ClassReader.complete(ClassReader.java:1762)
Comment 1 Jiri Prox 2006-10-30 12:34:39 UTC 
Created attachment 35624 [details]
assertion
Comment 2 Jan Lahoda 2006-11-03 08:27:18 UTC 
Tomas, any idea?
Comment 3 Tomas Zezula 2006-11-03 08:38:27 UTC 
Someone caches non completed symbols and completes them outside
CancellableTask.run(). As far as I know code completion does this. Honza has a
task to wrap the elements by proxy which invalidates the elements outside the
run method.
Comment 4 Tomas Zezula 2006-11-03 08:40:05 UTC 
Adding Dusan to cc since code completion is probably involved.

Jirko, didn't you call code completion or life template?
Comment 5 Tomas Zezula 2006-11-03 08:43:57 UTC 
The exact case is:
1) Someone (A) takes an element either from (runUAT(shared),
runModificationTask, scheduled task).
2) A leaves critical section (run method)
3) JS schedules scheduled task (B)
4) A completes some symbol
5) In the same task B tries to complete symbol
Comment 6 Jan Lahoda 2007-03-09 08:40:35 UTC 
AFAIK Dusan rewrote the code completion in such a way that this problem should
not happen (at least not because of the code completion). Not anymore sure if
the wrappers are (reasonably) doable at all, and not sure if there will be time
for them. I propose to make this issue P4/future for now.
Comment 7 Jan Lahoda 2008-11-19 12:48:37 UTC 
later.
Comment 8 Quality Engineering 2009-11-02 10:59:08 UTC 
NetBeans.org Migration: changing resolution from LATER to WONTFIX