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 50123 - Various random exceptions working in Looks module
Summary: Various random exceptions working in Looks module
Status: CLOSED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 4.x
Hardware: PC Linux
: P2 blocker (vote)
Assignee: Martin Matula
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-07 19:38 UTC by Jesse Glick
Modified: 2007-09-26 09:14 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Exceptions of all sorts (56.18 KB, text/plain)
2004-10-07 19:38 UTC, Jesse Glick
Details
Source file that causes continued exceptions (yes I know it is not compilable yet) (26.51 KB, text/plain)
2004-10-07 19:42 UTC, Jesse Glick
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2004-10-07 19:38:11 UTC
041006 custom, JDK 1.5.0. Working in
openide/looks. Had gotten some random JMI-type
exceptions in a previous session, so shut down
IDE, deleted cache dir, restarted, waited for
rescan, resumed work. Everything was fine for a
while. Then I made some edit in
SelectorImplFactory.java which involved the source
file being temporarily malformed - an extra "};"
that I forgot to delete. I deleted it, but then I
started getting many exceptions.

Is there no way to request that JMI just throw out
its corrupt cache for a given dir and rescan it?
Once it gets corrupted, it never recovers
gracefully, you always need to clear the cache, so
shouldn't the IDE do this for you automatically?
Comment 1 Jesse Glick 2004-10-07 19:38:44 UTC
Created attachment 18142 [details]
Exceptions of all sorts
Comment 2 Jesse Glick 2004-10-07 19:41:30 UTC
Wait, still has errors even after restarting with a clear cache. Will
attach problematic file.
Comment 3 Jesse Glick 2004-10-07 19:42:13 UTC
Created attachment 18143 [details]
Source file that causes continued exceptions (yes I know it is not compilable yet)
Comment 4 Jesse Glick 2004-10-07 20:01:53 UTC
Note there is still a syntax error in the file:

new Enumerations.convert(en, new ...() {...});

(extra "new")

After correcting that, the errors seems to go away.
Comment 5 Martin Matula 2004-10-08 10:12:38 UTC
Fixed NPE from JavaClassImpl.matchName.

Checking in
src/org/netbeans/modules/javacore/jmiimpl/javamodel/SemiPersistentElement.java;
/cvs/java/javacore/src/org/netbeans/modules/javacore/jmiimpl/javamodel/SemiPersistentElement.java,v
 <--  SemiPersistentElement.java
new revision: 1.40; previous revision: 1.39
done
Comment 6 Martin Matula 2004-10-08 10:18:25 UTC
Fixed a bug that caused switch statement to initialize incorrectly if
there were empty case/default clauses at the end
(java.lang.RuntimeException: Unexpected type of ASTree: 62)

Checking in
src/org/netbeans/modules/javacore/jmiimpl/javamodel/SwitchStatementImpl.java;
/cvs/java/javacore/src/org/netbeans/modules/javacore/jmiimpl/javamodel/SwitchStatementImpl.java,v
 <--  SwitchStatementImpl.java
new revision: 1.5; previous revision: 1.4
done
Comment 7 Martin Matula 2004-10-08 14:57:33 UTC
IOE from JavaUpdater.makeIndex fixed.

Checking in src/org/netbeans/modules/javacore/scanning/JavaUpdater.java;
/cvs/java/javacore/src/org/netbeans/modules/javacore/scanning/JavaUpdater.java,v
 <--  JavaUpdater.java
new revision: 1.16; previous revision: 1.15
done
Comment 8 Martin Matula 2004-10-08 15:07:12 UTC
IOE from SemiPersistentElement.cleanPersist fixed.

Checking in
src/org/netbeans/modules/javacore/jmiimpl/javamodel/SemiPersistentElement.java;
/cvs/java/javacore/src/org/netbeans/modules/javacore/jmiimpl/javamodel/SemiPersistentElement.java,v
 <--  SemiPersistentElement.java
new revision: 1.41; previous revision: 1.40
done
Comment 9 Martin Matula 2004-10-08 15:13:33 UTC
The other inconsistency reports seem to be consequences of the fixed
errors and are not fatal.
Comment 10 Jiri Prox 2005-07-12 12:58:25 UTC
Jesse, can you verify this issue, please? Thanks.
Comment 11 Jesse Glick 2005-07-12 23:07:32 UTC
No way to verify.
Comment 12 Milan Kubec 2005-07-13 08:02:58 UTC
No way to verify = closed.
Comment 13 Quality Engineering 2007-09-20 12:07:59 UTC
Reorganization of java component