SmartGWT: zamknięcie okna po operacji saveData()

Przedstawiam rozwiązanie problemu dotyczącego zamknięcia okna po poprawnym wykonaniu operacji save. Problem polega na tym, że po wykonaniu kodu jak poniżej dostaniemy błąd NULL-owej referencji do okna.

public class DynamicFormWindow extends Window {
  protected DynamicForm form;
  private ActionPanel actionPanel = new ActionPanel();

  public DynamicFormWindow(DynamicForm form, String title) {
    this.form = form;

    setShowShadow(true);
    setShadowSoftness(4);
    setShadowOffset(3);

    this.setTitle(title);
    this.setLayoutMargin(4);
    this.setShowMinimizeButton(false);
    this.setCanDragResize(true);
    this.setAutoSize(true);
    this.setIsModal(true);
    this.setShowModalMask(false);
    this.centerInPage();

    this.addCloseClickHandler(new CloseClickHandler() {
      @Override
      public void onCloseClick(CloseClientEvent event) {
        destroy();
      }
    });

    VPanel panel = new VPanel();
    panel.setPadding(2);
    panel.addMember(form);
    panel.addMember(this.actionPanel);

    this.addItem(panel);

    IButton saveButton = new IButton("Zapisz");
    saveButton.addClickHandler(new ClickHandler() {
      @Override
      public void onClick(ClickEvent event) {
        DynamicFormWindow.this.saveData();
      }
    });
    addActionButton(saveButton);
  }

  protected void saveData() {
    this.form.saveData();
    this.destroy();
  }

  protected void addActionButton(IButton button) {
    this.actionPanel.addMember(button);
  }

}

Problem polega na tym, że po wykonaniu saveData() automatycznie wykonywane jest destroy(), gdzie saveData() wykonuje akcję asynchronicznie używając GWT-RPC po stronie serwerowej aplikacji.

Rozwiązaniem problemu jest wykorzystanie Callbacka na saveData() oraz funkcjonalności Scheduler-a. W tym celu zmieniamy ciało metody saveData() w następujący sposób:

  protected void saveData() {
    if (this.form.validate()) {
      this.form.saveData(new DSCallback() {
        @Override
        public void execute(DSResponse response, Object rawData, DSRequest request) {
          Scheduler.get().scheduleDeferred(new ScheduledCommand() {
            @Override
            public void execute() {
              DynamicFormWindow.this.destroy();
            }
          });
        }
      });
    }
  }

Takie podejście daje nam to, że kod zamykający okno wykonywany jest po tym jak zakończy się operacja saveData() oraz bieżąca pętla obsługi zdarzeń GWT. Oznacza to, że kod zamykający okno wykona się po całkowitym zakończeniu obsługi związanej z akcją saveData().

Dodatkowe metody Schedulera scheduleEntry/scheduleFinally wykonywane są wewnątrz pętli obsługi zdarzeń zaraz przed/po tym jak wykonany zostanie kod związany z obsługą zdarzeń GWT. W przypadku wykonywania manipulacji DOM wewnątrz tej samej pętli obsługi zdarzeń, można przeciwdziałać dodatkowemu odmalowaniu przez browser.