Databases
StackOverflow2013
Postsdbo
POSwing goes into the wait state after locking unlocking through glasspane
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POSwing goes into the wait state after locking unlocking through glasspane
    primarykey
    data
    text
    <p>I am experiencing a strange situation. On some condition (an inactivity timeout) I have to lock my swing window (and any subwindows) and after unlocking again through valid credentials, I need to unlock them all back.</p> <p>I am using glasspane foe that and my two functions are as below</p> <p>Main lock module</p> <pre><code>public void lock(boolean minimize) { if (!locked) { locked = true; lockMinimized = minimize; logger.debug(context + "Locking Target..."); // Lock all frames using the AWT event dispatching thread. EventQueue.invokeLater(new Runnable() { @Override public void run() { Frame[] frames = Frame.getFrames(); Window[] subwindows; for (Frame frame : frames) { // Lock the frame itself lockWindow(frame); // Lock subwindows owned by the frame subwindows = frame.getOwnedWindows(); for (Window subwindow : subwindows) { if (subwindow instanceof RootPaneContainer) { lockWindow(subwindow); } } } //do additional stuff - lock out of process windows if (lockUnlockInterface != null) { logger.info("calling locking for out of jvm process "); lockUnlockInterface.lock(); } } }); logger.debug(context + "Target locked."); } } </code></pre> <p>Sub lock method</p> <pre><code>private void lockWindow(final Window window) { logger.debug(context + "Locking window: " + window.getClass().toString()); Vector exemptWindowClassNames = getExemptList(); if (window instanceof RootPaneContainer &amp;&amp; ((RootPaneContainer) window).getRootPane() != null &amp;&amp; !lockedWindows.containsKey(window) &amp;&amp; !(exemptWindowClassNames.contains(window.getClass().toString()))) { logger.debug(context + "Locking window..."); try { // Create an object to store original details for the locked window. LockedWindow lockedWindow = new LockedWindow(); lockedWindows.put((RootPaneContainer) window, lockedWindow); // Remember the original glass pane and visibility before locking. lockedWindow.originalGlassPane = ((RootPaneContainer) window).getGlassPane(); lockedWindow.wasVisible = ((RootPaneContainer) window).getContentPane().isVisible(); // Add a LockedGlassPane to the window. LockedGlassPane lgp = new LockedGlassPane(); lgp.setVisible(true); //hide the contents of the window ((RootPaneContainer) window).setGlassPane(lgp); ((RootPaneContainer) window).getContentPane().setVisible(false); lgp.setVisible(true); //redisplays the lock message after set as glassPane. ((RootPaneContainer) window).getContentPane().invalidate(); // Minimize the window (if requested), while keeping a record of // which windows have been minimized so that they can be restored // later when the TimeoutTarget is unlocked. if (window instanceof Frame) { Frame frame = (Frame) window; // Remember the original minimized state of the window. lockedWindow.minimized = (frame.getExtendedState() &amp; Frame.ICONIFIED) != 0; if (lockMinimized) { frame.setExtendedState(Frame.ICONIFIED); } } // //Note required now, but keeping in case the requirement changes again. // // Prevent the window from being closed while this target is // locked. // lockedWindow.windowListeners = window.getWindowListeners(); // for (WindowListener wl : lockedWindow.windowListeners) { // window.removeWindowListener(wl); // } //if (window instanceof JFrame) { // JFrame jframe = (JFrame) window; // lockedWindow.originalDefaultCloseOperation = jframe.getDefaultCloseOperation(); // jframe.setDefaultCloseOperation(WindowConstants.DO_NOTHING_ON_CLOSE); //} else if (window instanceof JDialog) { // JDialog jdialog = (JDialog) window; // lockedWindow.originalDefaultCloseOperation = jdialog.getDefaultCloseOperation(); // jdialog.setDefaultCloseOperation(WindowConstants.DO_NOTHING_ON_CLOSE); //} } catch (Exception e) { logger.error(context + "Failed to lock window.", e); } } if (exemptWindowClassNames.contains(window.getClass().toString())) { window.toFront(); } } </code></pre> <p>unlock main method</p> <p>public void unlock() { locked = false; lockMinimized = false;</p> <pre><code> EventQueue.invokeLater(new Runnable() { @Override public void run() { Window[] subwindows; for (RootPaneContainer window : lockedWindows.keySet()) { // Unlock the frame itself. unlockWindow(window); // Unlock subwindows owned by the frame. if (window instanceof Frame) { subwindows = ((Frame) window).getOwnedWindows(); for (Window subwindow : subwindows) { if (subwindow instanceof RootPaneContainer) { unlockWindow((RootPaneContainer) subwindow); } } } } lockedWindows.clear(); //do additional stuff - lock out of process windows if (lockUnlockInterface != null) { logger.info("calling unlocking for out of jvm process "); lockUnlockInterface.unlock(); } } }); } </code></pre> <p>sub unlock method</p> <pre><code>private void unlockWindow(RootPaneContainer window) { try { LockedWindow lockedWindow = lockedWindows.get(window); logger.debug(context + "Unlocking window: " + window); if (lockedWindow != null) { logger.debug(context + "Unlocking..."); // Restore the original glasspane for the window if (lockedWindow.originalGlassPane != null) { logger.debug(context + "Reset original glass pane."); window.setGlassPane(lockedWindow.originalGlassPane); } //make content pane visible again. (window).getContentPane().setVisible(lockedWindow.wasVisible); (window).getRootPane().invalidate(); // Restore (un-minimize) the window if it wasn't minimized before // the lock. if (!lockedWindow.minimized &amp;&amp; window instanceof Frame) { ((Frame) window).setExtendedState(((Frame) window).getExtendedState() &amp; ~Frame.ICONIFIED); } // Restore the original default close operation from before the // lock, which will normally allow the window to be closed. if (window instanceof Window) { if (lockedWindow.windowListeners != null) { for (WindowListener wl : lockedWindow.windowListeners) { ((Window) window).addWindowListener(wl); } } if (window instanceof JFrame) { ((JFrame) window) .setDefaultCloseOperation(lockedWindow.originalDefaultCloseOperation); } else if (window instanceof JDialog) { ((JDialog) window) .setDefaultCloseOperation(lockedWindow.originalDefaultCloseOperation); } } logger.debug(context + "Window has been unlocked"); } } catch (Exception e) { logger.error(context + "Failed to unlock window.", e); } } </code></pre> <p>Just to repeat again My lock and unlock does happen successfully. Well unlock not successfully, cause after unlock there remains a busy cursor over my unlocked window. Its as good as gone. Useless.</p> <p>I have seen from logs I am getting successfully out from unlock call. Then I don't know hat is causing that busy cursor to appear and block anything on my window.</p> <p>I have got those logs too and they are pretty fine</p> <p>I am not sure what is causing this then? </p> <p>Possible culprits and things I have tried</p> <ol> <li>not doing invalidate in lock unlock</li> <li>setting glasspane to null explicitly</li> <li>not doing any listener stuff</li> </ol> <p>All of these to no avail, situation remains bleak.</p> <p>Anybody had experienced same, can give me pointers please? </p> <p>One constraint I have is I cant leave the glasspane method, to maintain homogeneity between application I have to use that. So I have to get this only working, no alternatives.</p> <p><strong>UPDATE</strong></p> <p>@trashgod I have taken the thread dump Unfortunately unable to attach it. What I need to look into that? Last three lines are "VM Thread" prio=10 tid=0x28688000 nid=0x5e58 runnable </p> <p>"VM Periodic Task Thread" prio=10 tid=0x28721c00 nid=0x2bc0 waiting on condition </p> <p>JNI global references: 19887</p> <p>Any help on this? What I should look at? "VM Periodic Task Thread" ?? some specific states which one?</p> <p>How can I take help on the thread dump. I blv not through SO, crossing the char limit here.</p>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. USmanocha_ak
    1. USmanocha_ak
    plurals
    1. PL
      singulars
      1. LTLinked
    2. PL
      singulars
      1. LTLinked
    3. PL
      singulars
      1. LTLinked
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. COloop inside Window[] wins = Window.getWindows();, test if isn't null, isDisplayable, forgot for ZOO with subwindows, remove, block this code execution, virtual -100 for question of this nature
      singulars
      1. POSwing goes into the wait state after locking unlocking through glasspane
      1. USmKorbel
    2. COreference code in SSCCE form [Remove Top-Level Container on Runtime](http://stackoverflow.com/questions/6309407/remove-top-level-container-on-runtime)
      singulars
      1. POSwing goes into the wait state after locking unlocking through glasspane
      1. USmKorbel
    3. CO[follows this thread](http://stackoverflow.com/questions/20395528/uncatchable-error-with-jviewport-setview)
      singulars
      1. POSwing goes into the wait state after locking unlocking through glasspane
      1. USmKorbel
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload