Java thread goes to sleep when not in focus on OSX

Question

I'm writing a program that listens to the System Clipboard for changes. The listener runs on a separate thread and performs some action (say, write to file) when the contents of the Clipboard changes.

I'm polling the clipboard using the ClipboardOwner interface, so that when my program loses ownership of the Clipboard (meaning another process has modified the clipboard) an event is fired in my program letting me read the changes.

public class OwnershipClipboardListener extends Thread implements ClipboardOwner
{
    private Clipboard clipB = Toolkit.getDefaultToolkit().getSystemClipboard();

    public void run()
    {
        /* Initialize ClipboardListener and gain ownership of clipboard */
    }

    @Override
    public void lostOwnership(Clipboard clipboard, Transferable transferable)
    {
        /* Auto-fired when I lose Clipboard ownership.
           Can do processing and regaining ownership here */
    }    
}

The problem is, when running in OSX, any change to the clipboard is reflected only if I manually Cmd-Tab to the running process icon in the dock. So if there multiple clipboard operations before I switch to the dock icon, only the last one has any effect. I don't face this issue on Linux or Windows.

It's like the thread goes to sleep when the program loses focus, but the last Event trigger still fires when it wakes up. Is there any way I can prevent this sleep?

Posts [this](http://stackoverflow.com/questions/4402001/cant-copy-to-a-clipboard-from-a-background-java-application-on-mac-osx") and [this](http://stackoverflow.com/questions/7717824/cant-monitor-system-clipboard-changes-from-a-background-java-application-on-mac) seem to have similar issues, but for the most part, their Clipboard was a workaround to doing some data transfer. I actually need to be reading the clipboard the whole time. — Karthik V, Apr 06 '12 at 04:58

score 1 · Accepted Answer · answered Apr 06 '12 at 05:11

1

I suspect that OSX doesn't provide notification of clipboard changes, so Java is doing the best it can by notifying you whenever it gets woken for some other reason.

My suspicion comes from the NSPasteboard docs, the changeCount routine in particular. It says "You can therefore record the change count at the time that you take ownership of the pasteboard and later compare it with the value returned from changeCount to determine whether you still have ownership." No mention of using an event to detect changes.

answered Apr 06 '12 at 05:11

Keith Randall

22,985
2
35
54

But in this case, the lostOwnership() method is indeed fired, except that it happens only when I change focus to the Java application. On other systems, the event is fired even in the background. – Karthik V Apr 09 '12 at 08:07
What I mean is the OS doesn't inform the JVM that a change occurred. The JVM apparently checks changeCount for you, but only when it gets some cycles, like when one of it's windows gets focus. – Keith Randall Apr 09 '12 at 18:25

score 0 · Answer 2 · answered Apr 11 '12 at 05:41

0

Seems Keith is right. However, you can do a workaround by sending the application to the background (on *Nix):

java -jar clipboard-1.0.jar &

This opens the Java application in the background and does not need window focus for notifications to fire.

answered Apr 11 '12 at 05:41

Karthik V

1,033
1
14
29

Java thread goes to sleep when not in focus on OSX

2 Answers2

Linked