Menu
▾
▴
springframework-rcp-dev
|
From: Tobias V. (JIRA) <no...@at...> - 2007-07-20 14:02:58
|
VLDocking throws a NullPointerException, on closing a duplicate window
----------------------------------------------------------------------
Key: RCP-482
URL: http://opensource.atlassian.com/projects/spring/browse/RCP-482
Project: Spring Framework Rich Client Project
Issue Type: Bug
Components: Application Framework
Environment: Windows XP SP2, Java 1.5, Spring-RCP 0.3.0-SNAPSHOT current SVN Head (Revision 1785)
Reporter: Tobias Vogel
I integrated VLDocking into my application. So far it works pretty well, besides one thing:
- I open the application with one (or multiple) views (described in the context by VLDockingViewDescriptor") open
- I choose the "NewWindowCommand" from the window menu (already integrated in a vanilla rcp project)
- I then again try to close the window again which leads to the NullPointerException
The relevant line in the DockViewTitleBar (see stacktrace below) looks like this:
> tb.target.getDockKey().setNotification(false);
Seems like the dock keys don't get duplicated while duplicating the windows, as the original window doesn't show this behaviour.
Here's the stacktrace:
[ERROR,MessagesDialogExceptionHandler,AWT-EventQueue-0] Uncaught throwable handled
java.lang.NullPointerException
at com.vlsolutions.swing.docking.DockViewTitleBar$FocusHighlighter.propertyChange(DockViewTitleBar.java:743)
at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:347)
at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276)
at java.awt.KeyboardFocusManager.firePropertyChange(KeyboardFocusManager.java:1387)
at java.awt.KeyboardFocusManager.setGlobalFocusOwner(KeyboardFocusManager.java:525)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:469)
at java.awt.Component.dispatchEventImpl(Component.java:4282)
at java.awt.Container.dispatchEventImpl(Container.java:2116)
at java.awt.Component.dispatchEvent(Component.java:4240)
at java.awt.KeyboardFocusManager.processCurrentLightweightRequests(KeyboardFocusManager.java:2590)
at java.awt.KeyboardFocusManager.retargetFocusEvent(KeyboardFocusManager.java:2837)
at java.awt.Component.dispatchEventImpl(Component.java:4275)
at java.awt.Container.dispatchEventImpl(Container.java:2116)
at java.awt.Window.dispatchEventImpl(Window.java:2429)
at java.awt.Component.dispatchEvent(Component.java:4240)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
at java.awt.SequencedEvent.dispatch(SequencedEvent.java:98)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:177)
at java.awt.Dialog$1.run(Dialog.java:1039)
at java.awt.Dialog$3.run(Dialog.java:1091)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Dialog.show(Dialog.java:1089)
at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:853)
at org.springframework.richclient.exceptionhandling.AbstractDialogExceptionHandler.notifyUserAboutException(AbstractDialogExceptionHandler.java:77)
at org.springframework.richclient.exceptionhandling.AbstractLoggingExceptionHandler.uncaughtException(AbstractLoggingExceptionHandler.java:48)
at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtExceptionPurged(AbstractExceptionHandlerDelegate.java:70)
at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtException(AbstractExceptionHandlerDelegate.java:66)
at org.springframework.richclient.exceptionhandling.delegation.DelegatingExceptionHandler.uncaughtException(DelegatingExceptionHandler.java:66)
at org.springframework.richclient.exceptionhandling.AwtExceptionHandlerAdapterHack.handle(AwtExceptionHandlerAdapterHack.java:48)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at java.awt.EventDispatchThread.handleException(EventDispatchThread.java:389)
at java.awt.EventDispatchThread.processException(EventDispatchThread.java:295)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:287)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Tobias V. (JIRA) <no...@at...> - 2007-07-20 14:06:56
|
[ http://opensource.atlassian.com/projects/spring/browse/RCP-482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_24911 ]
Tobias Vogel commented on RCP-482:
----------------------------------
I tried to set up a even simpler example and don't seem to be able to reproduce it right now. I'll see if I can set up a case with the simple vldocking sample integrated into spring-rich.
> VLDocking throws a NullPointerException, on closing a duplicate window
> ----------------------------------------------------------------------
>
> Key: RCP-482
> URL: http://opensource.atlassian.com/projects/spring/browse/RCP-482
> Project: Spring Framework Rich Client Project
> Issue Type: Bug
> Components: Application Framework
> Environment: Windows XP SP2, Java 1.5, Spring-RCP 0.3.0-SNAPSHOT current SVN Head (Revision 1785)
> Reporter: Tobias Vogel
>
> I integrated VLDocking into my application. So far it works pretty well, besides one thing:
> - I open the application with one (or multiple) views (described in the context by VLDockingViewDescriptor") open
> - I choose the "NewWindowCommand" from the window menu (already integrated in a vanilla rcp project)
> - I then again try to close the window again which leads to the NullPointerException
> The relevant line in the DockViewTitleBar (see stacktrace below) looks like this:
> > tb.target.getDockKey().setNotification(false);
> Seems like the dock keys don't get duplicated while duplicating the windows, as the original window doesn't show this behaviour.
> Here's the stacktrace:
> [ERROR,MessagesDialogExceptionHandler,AWT-EventQueue-0] Uncaught throwable handled
> java.lang.NullPointerException
> at com.vlsolutions.swing.docking.DockViewTitleBar$FocusHighlighter.propertyChange(DockViewTitleBar.java:743)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:347)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276)
> at java.awt.KeyboardFocusManager.firePropertyChange(KeyboardFocusManager.java:1387)
> at java.awt.KeyboardFocusManager.setGlobalFocusOwner(KeyboardFocusManager.java:525)
> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:469)
> at java.awt.Component.dispatchEventImpl(Component.java:4282)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.KeyboardFocusManager.processCurrentLightweightRequests(KeyboardFocusManager.java:2590)
> at java.awt.KeyboardFocusManager.retargetFocusEvent(KeyboardFocusManager.java:2837)
> at java.awt.Component.dispatchEventImpl(Component.java:4275)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Window.dispatchEventImpl(Window.java:2429)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
> at java.awt.SequencedEvent.dispatch(SequencedEvent.java:98)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:177)
> at java.awt.Dialog$1.run(Dialog.java:1039)
> at java.awt.Dialog$3.run(Dialog.java:1091)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.Dialog.show(Dialog.java:1089)
> at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:853)
> at org.springframework.richclient.exceptionhandling.AbstractDialogExceptionHandler.notifyUserAboutException(AbstractDialogExceptionHandler.java:77)
> at org.springframework.richclient.exceptionhandling.AbstractLoggingExceptionHandler.uncaughtException(AbstractLoggingExceptionHandler.java:48)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtExceptionPurged(AbstractExceptionHandlerDelegate.java:70)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtException(AbstractExceptionHandlerDelegate.java:66)
> at org.springframework.richclient.exceptionhandling.delegation.DelegatingExceptionHandler.uncaughtException(DelegatingExceptionHandler.java:66)
> at org.springframework.richclient.exceptionhandling.AwtExceptionHandlerAdapterHack.handle(AwtExceptionHandlerAdapterHack.java:48)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at java.awt.EventDispatchThread.handleException(EventDispatchThread.java:389)
> at java.awt.EventDispatchThread.processException(EventDispatchThread.java:295)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:287)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Rogan D. (JIRA) <no...@at...> - 2007-07-20 14:27:57
|
[ http://opensource.atlassian.com/projects/spring/browse/RCP-482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_24914 ]
Rogan Dawes commented on RCP-482:
---------------------------------
I see it as well.
Thing is, there is no "special handling" needed to open an additional window, as far as I can tell. To the best of my knowledge, the second and subsequent windows should be created in exactly the same way as the fist one.
I'm completely puzzled. Sorry.
> VLDocking throws a NullPointerException, on closing a duplicate window
> ----------------------------------------------------------------------
>
> Key: RCP-482
> URL: http://opensource.atlassian.com/projects/spring/browse/RCP-482
> Project: Spring Framework Rich Client Project
> Issue Type: Bug
> Components: Application Framework
> Environment: Windows XP SP2, Java 1.5, Spring-RCP 0.3.0-SNAPSHOT current SVN Head (Revision 1785)
> Reporter: Tobias Vogel
>
> I integrated VLDocking into my application. So far it works pretty well, besides one thing:
> - I open the application with one (or multiple) views (described in the context by VLDockingViewDescriptor") open
> - I choose the "NewWindowCommand" from the window menu (already integrated in a vanilla rcp project)
> - I then again try to close the window again which leads to the NullPointerException
> The relevant line in the DockViewTitleBar (see stacktrace below) looks like this:
> > tb.target.getDockKey().setNotification(false);
> Seems like the dock keys don't get duplicated while duplicating the windows, as the original window doesn't show this behaviour.
> Here's the stacktrace:
> [ERROR,MessagesDialogExceptionHandler,AWT-EventQueue-0] Uncaught throwable handled
> java.lang.NullPointerException
> at com.vlsolutions.swing.docking.DockViewTitleBar$FocusHighlighter.propertyChange(DockViewTitleBar.java:743)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:347)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276)
> at java.awt.KeyboardFocusManager.firePropertyChange(KeyboardFocusManager.java:1387)
> at java.awt.KeyboardFocusManager.setGlobalFocusOwner(KeyboardFocusManager.java:525)
> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:469)
> at java.awt.Component.dispatchEventImpl(Component.java:4282)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.KeyboardFocusManager.processCurrentLightweightRequests(KeyboardFocusManager.java:2590)
> at java.awt.KeyboardFocusManager.retargetFocusEvent(KeyboardFocusManager.java:2837)
> at java.awt.Component.dispatchEventImpl(Component.java:4275)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Window.dispatchEventImpl(Window.java:2429)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
> at java.awt.SequencedEvent.dispatch(SequencedEvent.java:98)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:177)
> at java.awt.Dialog$1.run(Dialog.java:1039)
> at java.awt.Dialog$3.run(Dialog.java:1091)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.Dialog.show(Dialog.java:1089)
> at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:853)
> at org.springframework.richclient.exceptionhandling.AbstractDialogExceptionHandler.notifyUserAboutException(AbstractDialogExceptionHandler.java:77)
> at org.springframework.richclient.exceptionhandling.AbstractLoggingExceptionHandler.uncaughtException(AbstractLoggingExceptionHandler.java:48)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtExceptionPurged(AbstractExceptionHandlerDelegate.java:70)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtException(AbstractExceptionHandlerDelegate.java:66)
> at org.springframework.richclient.exceptionhandling.delegation.DelegatingExceptionHandler.uncaughtException(DelegatingExceptionHandler.java:66)
> at org.springframework.richclient.exceptionhandling.AwtExceptionHandlerAdapterHack.handle(AwtExceptionHandlerAdapterHack.java:48)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at java.awt.EventDispatchThread.handleException(EventDispatchThread.java:389)
> at java.awt.EventDispatchThread.processException(EventDispatchThread.java:295)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:287)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Tobias V. (JIRA) <no...@at...> - 2007-07-20 14:42:58
|
[ http://opensource.atlassian.com/projects/spring/browse/RCP-482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_24916 ]
Tobias Vogel commented on RCP-482:
----------------------------------
I discovered it now the same on minimizing a window, but this still is not reproducible by certain steps. Seems liek a timing issue to me. Probably a component is destructed/replace too early or too late. If I find time this weekend I'll see, if I can dig into the source code a little and maybe track it down.
> VLDocking throws a NullPointerException, on closing a duplicate window
> ----------------------------------------------------------------------
>
> Key: RCP-482
> URL: http://opensource.atlassian.com/projects/spring/browse/RCP-482
> Project: Spring Framework Rich Client Project
> Issue Type: Bug
> Components: Application Framework
> Environment: Windows XP SP2, Java 1.5, Spring-RCP 0.3.0-SNAPSHOT current SVN Head (Revision 1785)
> Reporter: Tobias Vogel
>
> I integrated VLDocking into my application. So far it works pretty well, besides one thing:
> - I open the application with one (or multiple) views (described in the context by VLDockingViewDescriptor") open
> - I choose the "NewWindowCommand" from the window menu (already integrated in a vanilla rcp project)
> - I then again try to close the window again which leads to the NullPointerException
> The relevant line in the DockViewTitleBar (see stacktrace below) looks like this:
> > tb.target.getDockKey().setNotification(false);
> Seems like the dock keys don't get duplicated while duplicating the windows, as the original window doesn't show this behaviour.
> Here's the stacktrace:
> [ERROR,MessagesDialogExceptionHandler,AWT-EventQueue-0] Uncaught throwable handled
> java.lang.NullPointerException
> at com.vlsolutions.swing.docking.DockViewTitleBar$FocusHighlighter.propertyChange(DockViewTitleBar.java:743)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:347)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276)
> at java.awt.KeyboardFocusManager.firePropertyChange(KeyboardFocusManager.java:1387)
> at java.awt.KeyboardFocusManager.setGlobalFocusOwner(KeyboardFocusManager.java:525)
> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:469)
> at java.awt.Component.dispatchEventImpl(Component.java:4282)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.KeyboardFocusManager.processCurrentLightweightRequests(KeyboardFocusManager.java:2590)
> at java.awt.KeyboardFocusManager.retargetFocusEvent(KeyboardFocusManager.java:2837)
> at java.awt.Component.dispatchEventImpl(Component.java:4275)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Window.dispatchEventImpl(Window.java:2429)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
> at java.awt.SequencedEvent.dispatch(SequencedEvent.java:98)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:177)
> at java.awt.Dialog$1.run(Dialog.java:1039)
> at java.awt.Dialog$3.run(Dialog.java:1091)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.Dialog.show(Dialog.java:1089)
> at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:853)
> at org.springframework.richclient.exceptionhandling.AbstractDialogExceptionHandler.notifyUserAboutException(AbstractDialogExceptionHandler.java:77)
> at org.springframework.richclient.exceptionhandling.AbstractLoggingExceptionHandler.uncaughtException(AbstractLoggingExceptionHandler.java:48)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtExceptionPurged(AbstractExceptionHandlerDelegate.java:70)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtException(AbstractExceptionHandlerDelegate.java:66)
> at org.springframework.richclient.exceptionhandling.delegation.DelegatingExceptionHandler.uncaughtException(DelegatingExceptionHandler.java:66)
> at org.springframework.richclient.exceptionhandling.AwtExceptionHandlerAdapterHack.handle(AwtExceptionHandlerAdapterHack.java:48)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at java.awt.EventDispatchThread.handleException(EventDispatchThread.java:389)
> at java.awt.EventDispatchThread.processException(EventDispatchThread.java:295)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:287)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Tobias V. (JIRA) <no...@at...> - 2007-07-23 12:32:59
|
[ http://opensource.atlassian.com/projects/spring/browse/RCP-482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_24966 ]
Tobias Vogel commented on RCP-482:
----------------------------------
I found the solution, it's a bug in the VLDocking lib, see: http://www.vlsolutions.com/en/documentation/news/pressrelease20070308.php
-> DockViewTitleBar : fixed a NullPointerException related to property change propagation
Currently Spring-RCP only has version 2.1.3 available in their maven repository, maybe you could integrate version 2.1.4? I temprarily installed it locally in my maven repository, but it would be fine, if a project could be built directly from a clean checkout without any further steps needed.
> VLDocking throws a NullPointerException, on closing a duplicate window
> ----------------------------------------------------------------------
>
> Key: RCP-482
> URL: http://opensource.atlassian.com/projects/spring/browse/RCP-482
> Project: Spring Framework Rich Client Project
> Issue Type: Bug
> Components: Application Framework
> Environment: Windows XP SP2, Java 1.5, Spring-RCP 0.3.0-SNAPSHOT current SVN Head (Revision 1785)
> Reporter: Tobias Vogel
>
> I integrated VLDocking into my application. So far it works pretty well, besides one thing:
> - I open the application with one (or multiple) views (described in the context by VLDockingViewDescriptor") open
> - I choose the "NewWindowCommand" from the window menu (already integrated in a vanilla rcp project)
> - I then again try to close the window again which leads to the NullPointerException
> The relevant line in the DockViewTitleBar (see stacktrace below) looks like this:
> > tb.target.getDockKey().setNotification(false);
> Seems like the dock keys don't get duplicated while duplicating the windows, as the original window doesn't show this behaviour.
> Here's the stacktrace:
> [ERROR,MessagesDialogExceptionHandler,AWT-EventQueue-0] Uncaught throwable handled
> java.lang.NullPointerException
> at com.vlsolutions.swing.docking.DockViewTitleBar$FocusHighlighter.propertyChange(DockViewTitleBar.java:743)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:347)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276)
> at java.awt.KeyboardFocusManager.firePropertyChange(KeyboardFocusManager.java:1387)
> at java.awt.KeyboardFocusManager.setGlobalFocusOwner(KeyboardFocusManager.java:525)
> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:469)
> at java.awt.Component.dispatchEventImpl(Component.java:4282)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.KeyboardFocusManager.processCurrentLightweightRequests(KeyboardFocusManager.java:2590)
> at java.awt.KeyboardFocusManager.retargetFocusEvent(KeyboardFocusManager.java:2837)
> at java.awt.Component.dispatchEventImpl(Component.java:4275)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Window.dispatchEventImpl(Window.java:2429)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
> at java.awt.SequencedEvent.dispatch(SequencedEvent.java:98)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:177)
> at java.awt.Dialog$1.run(Dialog.java:1039)
> at java.awt.Dialog$3.run(Dialog.java:1091)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.Dialog.show(Dialog.java:1089)
> at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:853)
> at org.springframework.richclient.exceptionhandling.AbstractDialogExceptionHandler.notifyUserAboutException(AbstractDialogExceptionHandler.java:77)
> at org.springframework.richclient.exceptionhandling.AbstractLoggingExceptionHandler.uncaughtException(AbstractLoggingExceptionHandler.java:48)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtExceptionPurged(AbstractExceptionHandlerDelegate.java:70)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtException(AbstractExceptionHandlerDelegate.java:66)
> at org.springframework.richclient.exceptionhandling.delegation.DelegatingExceptionHandler.uncaughtException(DelegatingExceptionHandler.java:66)
> at org.springframework.richclient.exceptionhandling.AwtExceptionHandlerAdapterHack.handle(AwtExceptionHandlerAdapterHack.java:48)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at java.awt.EventDispatchThread.handleException(EventDispatchThread.java:389)
> at java.awt.EventDispatchThread.processException(EventDispatchThread.java:295)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:287)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Geoffrey De S. (JIRA) <no...@at...> - 2007-07-24 06:53:59
|
[ http://opensource.atlassian.com/projects/spring/browse/RCP-482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_24978 ]
Geoffrey De Smet commented on RCP-482:
--------------------------------------
Vldocking is GPL (aka commercial unfriendly) instead of ASL or LGPL,
so this might present a problem of us hosting it in our repo in the first place.
If the sources are uploaded too it's probably ok (but I am not a lawyer).
Since it's GPL I don't see it getting into repo1.maven.org any time soon,
but the bigger issue might be that it could impose that the vldocking code is split into it's own project,
because that integration code probably also needs to be GPL licenced...
> VLDocking throws a NullPointerException, on closing a duplicate window
> ----------------------------------------------------------------------
>
> Key: RCP-482
> URL: http://opensource.atlassian.com/projects/spring/browse/RCP-482
> Project: Spring Framework Rich Client Project
> Issue Type: Bug
> Components: Application Framework
> Environment: Windows XP SP2, Java 1.5, Spring-RCP 0.3.0-SNAPSHOT current SVN Head (Revision 1785)
> Reporter: Tobias Vogel
>
> I integrated VLDocking into my application. So far it works pretty well, besides one thing:
> - I open the application with one (or multiple) views (described in the context by VLDockingViewDescriptor") open
> - I choose the "NewWindowCommand" from the window menu (already integrated in a vanilla rcp project)
> - I then again try to close the window again which leads to the NullPointerException
> The relevant line in the DockViewTitleBar (see stacktrace below) looks like this:
> > tb.target.getDockKey().setNotification(false);
> Seems like the dock keys don't get duplicated while duplicating the windows, as the original window doesn't show this behaviour.
> Here's the stacktrace:
> [ERROR,MessagesDialogExceptionHandler,AWT-EventQueue-0] Uncaught throwable handled
> java.lang.NullPointerException
> at com.vlsolutions.swing.docking.DockViewTitleBar$FocusHighlighter.propertyChange(DockViewTitleBar.java:743)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:347)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276)
> at java.awt.KeyboardFocusManager.firePropertyChange(KeyboardFocusManager.java:1387)
> at java.awt.KeyboardFocusManager.setGlobalFocusOwner(KeyboardFocusManager.java:525)
> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:469)
> at java.awt.Component.dispatchEventImpl(Component.java:4282)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.KeyboardFocusManager.processCurrentLightweightRequests(KeyboardFocusManager.java:2590)
> at java.awt.KeyboardFocusManager.retargetFocusEvent(KeyboardFocusManager.java:2837)
> at java.awt.Component.dispatchEventImpl(Component.java:4275)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Window.dispatchEventImpl(Window.java:2429)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
> at java.awt.SequencedEvent.dispatch(SequencedEvent.java:98)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:177)
> at java.awt.Dialog$1.run(Dialog.java:1039)
> at java.awt.Dialog$3.run(Dialog.java:1091)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.Dialog.show(Dialog.java:1089)
> at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:853)
> at org.springframework.richclient.exceptionhandling.AbstractDialogExceptionHandler.notifyUserAboutException(AbstractDialogExceptionHandler.java:77)
> at org.springframework.richclient.exceptionhandling.AbstractLoggingExceptionHandler.uncaughtException(AbstractLoggingExceptionHandler.java:48)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtExceptionPurged(AbstractExceptionHandlerDelegate.java:70)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtException(AbstractExceptionHandlerDelegate.java:66)
> at org.springframework.richclient.exceptionhandling.delegation.DelegatingExceptionHandler.uncaughtException(DelegatingExceptionHandler.java:66)
> at org.springframework.richclient.exceptionhandling.AwtExceptionHandlerAdapterHack.handle(AwtExceptionHandlerAdapterHack.java:48)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at java.awt.EventDispatchThread.handleException(EventDispatchThread.java:389)
> at java.awt.EventDispatchThread.processException(EventDispatchThread.java:295)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:287)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Tobias V. (JIRA) <no...@at...> - 2007-07-24 07:03:57
|
[ http://opensource.atlassian.com/projects/spring/browse/RCP-482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_24979 ]
Tobias Vogel commented on RCP-482:
----------------------------------
Hm, you're right on this one. I just thought this has been clarified already, as VLDocking 2.1.3 is actually in the Spring-RCP repository.
> VLDocking throws a NullPointerException, on closing a duplicate window
> ----------------------------------------------------------------------
>
> Key: RCP-482
> URL: http://opensource.atlassian.com/projects/spring/browse/RCP-482
> Project: Spring Framework Rich Client Project
> Issue Type: Bug
> Components: Application Framework
> Environment: Windows XP SP2, Java 1.5, Spring-RCP 0.3.0-SNAPSHOT current SVN Head (Revision 1785)
> Reporter: Tobias Vogel
>
> I integrated VLDocking into my application. So far it works pretty well, besides one thing:
> - I open the application with one (or multiple) views (described in the context by VLDockingViewDescriptor") open
> - I choose the "NewWindowCommand" from the window menu (already integrated in a vanilla rcp project)
> - I then again try to close the window again which leads to the NullPointerException
> The relevant line in the DockViewTitleBar (see stacktrace below) looks like this:
> > tb.target.getDockKey().setNotification(false);
> Seems like the dock keys don't get duplicated while duplicating the windows, as the original window doesn't show this behaviour.
> Here's the stacktrace:
> [ERROR,MessagesDialogExceptionHandler,AWT-EventQueue-0] Uncaught throwable handled
> java.lang.NullPointerException
> at com.vlsolutions.swing.docking.DockViewTitleBar$FocusHighlighter.propertyChange(DockViewTitleBar.java:743)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:347)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276)
> at java.awt.KeyboardFocusManager.firePropertyChange(KeyboardFocusManager.java:1387)
> at java.awt.KeyboardFocusManager.setGlobalFocusOwner(KeyboardFocusManager.java:525)
> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:469)
> at java.awt.Component.dispatchEventImpl(Component.java:4282)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.KeyboardFocusManager.processCurrentLightweightRequests(KeyboardFocusManager.java:2590)
> at java.awt.KeyboardFocusManager.retargetFocusEvent(KeyboardFocusManager.java:2837)
> at java.awt.Component.dispatchEventImpl(Component.java:4275)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Window.dispatchEventImpl(Window.java:2429)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
> at java.awt.SequencedEvent.dispatch(SequencedEvent.java:98)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:177)
> at java.awt.Dialog$1.run(Dialog.java:1039)
> at java.awt.Dialog$3.run(Dialog.java:1091)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.Dialog.show(Dialog.java:1089)
> at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:853)
> at org.springframework.richclient.exceptionhandling.AbstractDialogExceptionHandler.notifyUserAboutException(AbstractDialogExceptionHandler.java:77)
> at org.springframework.richclient.exceptionhandling.AbstractLoggingExceptionHandler.uncaughtException(AbstractLoggingExceptionHandler.java:48)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtExceptionPurged(AbstractExceptionHandlerDelegate.java:70)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtException(AbstractExceptionHandlerDelegate.java:66)
> at org.springframework.richclient.exceptionhandling.delegation.DelegatingExceptionHandler.uncaughtException(DelegatingExceptionHandler.java:66)
> at org.springframework.richclient.exceptionhandling.AwtExceptionHandlerAdapterHack.handle(AwtExceptionHandlerAdapterHack.java:48)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at java.awt.EventDispatchThread.handleException(EventDispatchThread.java:389)
> at java.awt.EventDispatchThread.processException(EventDispatchThread.java:295)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:287)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/spring/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
|
From: Jan H. (JIRA) <no...@sp...> - 2008-03-10 17:18:05
|
[ http://jira.springframework.org/browse/RCP-482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jan Hoskens closed RCP-482.
---------------------------
Assignee: Jan Hoskens
Resolution: Fixed
Fix Version/s: 1.0.0
As we were currently already hosting the 2.1.3 library, I updated our repository to include the 2.1.4 jar. Additionally I've added a comment in the pom's for users to be aware of the license.
> VLDocking throws a NullPointerException, on closing a duplicate window
> ----------------------------------------------------------------------
>
> Key: RCP-482
> URL: http://jira.springframework.org/browse/RCP-482
> Project: Spring Framework Rich Client Project
> Issue Type: Bug
> Components: Application Framework
> Environment: Windows XP SP2, Java 1.5, Spring-RCP 0.3.0-SNAPSHOT current SVN Head (Revision 1785)
> Reporter: Tobias Vogel
> Assignee: Jan Hoskens
> Fix For: 1.0.0
>
>
> I integrated VLDocking into my application. So far it works pretty well, besides one thing:
> - I open the application with one (or multiple) views (described in the context by VLDockingViewDescriptor") open
> - I choose the "NewWindowCommand" from the window menu (already integrated in a vanilla rcp project)
> - I then again try to close the window again which leads to the NullPointerException
> The relevant line in the DockViewTitleBar (see stacktrace below) looks like this:
> > tb.target.getDockKey().setNotification(false);
> Seems like the dock keys don't get duplicated while duplicating the windows, as the original window doesn't show this behaviour.
> Here's the stacktrace:
> [ERROR,MessagesDialogExceptionHandler,AWT-EventQueue-0] Uncaught throwable handled
> java.lang.NullPointerException
> at com.vlsolutions.swing.docking.DockViewTitleBar$FocusHighlighter.propertyChange(DockViewTitleBar.java:743)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:347)
> at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:276)
> at java.awt.KeyboardFocusManager.firePropertyChange(KeyboardFocusManager.java:1387)
> at java.awt.KeyboardFocusManager.setGlobalFocusOwner(KeyboardFocusManager.java:525)
> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:469)
> at java.awt.Component.dispatchEventImpl(Component.java:4282)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.KeyboardFocusManager.processCurrentLightweightRequests(KeyboardFocusManager.java:2590)
> at java.awt.KeyboardFocusManager.retargetFocusEvent(KeyboardFocusManager.java:2837)
> at java.awt.Component.dispatchEventImpl(Component.java:4275)
> at java.awt.Container.dispatchEventImpl(Container.java:2116)
> at java.awt.Window.dispatchEventImpl(Window.java:2429)
> at java.awt.Component.dispatchEvent(Component.java:4240)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
> at java.awt.SequencedEvent.dispatch(SequencedEvent.java:98)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:177)
> at java.awt.Dialog$1.run(Dialog.java:1039)
> at java.awt.Dialog$3.run(Dialog.java:1091)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.awt.Dialog.show(Dialog.java:1089)
> at javax.swing.JOptionPane.showOptionDialog(JOptionPane.java:853)
> at org.springframework.richclient.exceptionhandling.AbstractDialogExceptionHandler.notifyUserAboutException(AbstractDialogExceptionHandler.java:77)
> at org.springframework.richclient.exceptionhandling.AbstractLoggingExceptionHandler.uncaughtException(AbstractLoggingExceptionHandler.java:48)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtExceptionPurged(AbstractExceptionHandlerDelegate.java:70)
> at org.springframework.richclient.exceptionhandling.delegation.AbstractExceptionHandlerDelegate.uncaughtException(AbstractExceptionHandlerDelegate.java:66)
> at org.springframework.richclient.exceptionhandling.delegation.DelegatingExceptionHandler.uncaughtException(DelegatingExceptionHandler.java:66)
> at org.springframework.richclient.exceptionhandling.AwtExceptionHandlerAdapterHack.handle(AwtExceptionHandlerAdapterHack.java:48)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at java.awt.EventDispatchThread.handleException(EventDispatchThread.java:389)
> at java.awt.EventDispatchThread.processException(EventDispatchThread.java:295)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:287)
> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.springframework.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
Thanks for helping keep SourceForge clean.
X