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 73467 - UML reverse engineering blocked by modal error message
Summary: UML reverse engineering blocked by modal error message
Status: RESOLVED INVALID
Alias: None
Product: platform
Classification: Unclassified
Component: Explorer (show other bugs)
Version: 5.x
Hardware: Macintosh Mac OS X
: P1 blocker (vote)
Assignee: Petr Nejedly
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-10 07:18 UTC by dwilson99
Modified: 2008-12-22 18:53 UTC (History)
2 users (show)

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 dwilson99 2006-03-10 07:18:15 UTC
Using Sun's NetBeans 5.5 Preview, I tried UML reverse engineering a Java project that compiles fine 
under NetBeans 5.0, using JDK 1.5. The reverse engineering looked like it worked OK until I tried to 
view the Model. I got a modal dialog reporting a ClassCastException - but I can't close the dialog, so I 
can no longer use the IDE. The stack says:

ava.lang.ClassCastException: sun.java2d.NullSurfaceData
	at apple.laf.AquaImageFactory.drawTreeArrow(AquaImageFactory.java:663)
	at apple.laf.AquaTreeUI.paintExpandControl(AquaTreeUI.java:268)
	at javax.swing.plaf.basic.BasicTreeUI.paint(BasicTreeUI.java:1192)
	at apple.laf.AquaTreeUI.paint(AquaTreeUI.java:129)
	at javax.swing.plaf.ComponentUI.update(ComponentUI.java:154)
	at javax.swing.JComponent.paintComponent(JComponent.java:742)
	at javax.swing.JComponent.paint(JComponent.java:1005)
	at org.openide.explorer.view.TreeView$ExplorerTree.access$1101(TreeView.java:1395)
	at org.openide.explorer.view.TreeView$ExplorerTree.guardedPaint(TreeView.java:1529)
	at org.openide.explorer.view.TreeView$ExplorerTree.access$1400(TreeView.java:1395)
	at org.openide.explorer.view.TreeView$ExplorerTree$GuardedActions.run(TreeView.java:1809)
	at org.openide.util.Mutex.readAccess(Mutex.java:221)
	at org.openide.explorer.view.TreeView$ExplorerTree$GuardedActions.<init>(TreeView.java:1803)
	at org.openide.explorer.view.TreeView$ExplorerTree.paint(TreeView.java:1506)
	at javax.swing.JComponent._paintImmediately(JComponent.java:4881)
	at javax.swing.JComponent.paintImmediately(JComponent.java:4667)
	at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:477)
[catch] at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run
(SystemEventQueueUtilities.java:114)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
	at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:275)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:196)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:190)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:182)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
Comment 1 Petr Nejedly 2006-04-03 14:31:16 UTC
Seems like Apple's L&F implementation problem, clearly not caused by NetBeans code.
Please report to your JDK vendor.