注目すべきことのひとつは、デスクトップが同時に複数のスレッドからアクセスされた場合に起こる同期の問題です。この問題を避けるためには、以下のようにデスクトップにアクセスする前に Executions.activate(Desktop desktop) を起動してフルアクセスコントロールを獲得して、スレッドが仕事を完了した後に Executions.deactivate(Desktop desktop) を起動して コントロールを開放します。

    packagetest;    

        publicclassWorkingThread extends Thread{        
    private final Desktop _desktop;    
    private final Label _info;    
    private int _cnt;    
    private boolean _ceased;    
        publicWorkingThread(Label info){        
        _desktop = info.getDesktop();        
            _info= info;            
                            }publicvoidrun(){try{                            
                while(!_ceased){                
                Threads.sleep(2000); //Update each two seconds                
                Executions.activate(_desktop); //get full control of desktop                
                    try{                    
                    _info.setValue(Integer.toString(++_cnt));                    
                                            }catch(RuntimeException ex){throw ex;                                            
                    }catch(Error ex){                    
                    throw ex;                    
                }finally{                
                    Executions.deactivate(_desktop);                    
                        //release full control of desktop                        
                }                
            }            
            }catch(InterruptedException ex){            
            }            
                }publicvoidsetDone(){                
        _ceased = true;        
    }}    

サーバープッシュのメカニズムはクライアント-ポーリングのメカニズムを使用して実装されていますので、ワーキングスレッドの仕事を起動するにはクライアントが周期的にサーバーに問いかけます。問いかけの周期はExecutions.setDelay(int min, int max, int factor) を起動することで手動で修正できます。

最後の注目事項は、サーバーの負荷に応じて、自動的にこの周期が調整されることです。

ラベルを非同期的に生成することを想定します。もちろん、マルチスレッドでそのような簡単なタスクをするのは効率的ではありませんが、この例を参考にして、複雑なタスクで使用してください。

//WorkingThread
package test;
public class WorkingThread extends Thread {
    private static int _cnt;    
    private Desktop _desktop;    
    private Label _label;    
    private final Object _mutex = new Integer(0);    
    /** Called by thread.zul to create a label asynchronously.    
    *To create a label, it start a thread, and wait for its completion.    
    */    
    public static final Label asyncCreate(Desktop desktop)    
        throws InterruptedException {        
                final WorkingThread worker = new WorkingThread(desktop);synchronized (worker._mutex) { //to avoid racing                
            worker.start();            
            Executions.wait(worker._mutex);            
            return worker._label;            
        }        
    }    
    public WorkingThread(Desktop desktop) {    
        _desktop = desktop;        
        }public void run() {        
            _label = new Label("Execute "+ ++_cnt);            
            synchronized (_mutex) { //to avoid racing            
            Executions.notify(_desktop, _mutex);            
        }        
    }    
}

次に、onClickのようなイベントリスナでワーキングスレッドを呼び出すZUMLページを作成します。

<window id="main" title="Working Thread">
    <button label="Start Working Thread">    
        <attribute name="onClick">        
        timer.start();        
        Label label = test.WorkingThread.asyncCreate(desktop);        
        main.appendChild(label);        
        timer.stop()        
        </attribute>        
    </button>    
    <timer id="timer" running="false" delay="1000" repeats="true"/>    
</window>

中断されているイベントリスナ(onClick)を再開するにはタイマーを使わなければならないことに注目してください。それを不自然だと感じるかもしれませんが、それはHTTPの制限によるものです：ブラウザでページを存続させるには、イベント処理が一時中断されているときでもレスポンスをしなければいけません。その結果、ワーキングスレッドが役割を果たしてイベントリスナに通知したとき、HTTPのリクエストは すでになくなっています。それを解決するため、タイマーを使用します。

より正しくいうと、ワーキングスレッドがイベントリスナへ再開を通知するとき、ZKは順番待ちのリストに再開通知を追加するだけです。他のHTTPリクエストを受け取ってからリスナが本当に再開されます。(上の例ではそれがonTimerイベントです。)

この単純な例の中で、onTimerイベントを操作するしか有りませんでした。複雑なアプリケーションを処理する場合、onTimerで処理中のステータスを送信することもできます。