У меня есть класс, который проверяет действия пользователей, проверяет данные и вызывает AsyncCallBack, чтобы определить, является ли это допустимой записью или нет. Я использовал ту же логику в двух местах, когда пользователь нажимает «ОК», а другой - «Ввод». Код работает нормально, вызывая AsyncCallBack в одном сценарии.Обращение с AsyncCallback <T>?
Мой вопрос в том, что было бы лучшим способом отладки? знайте, почему он не входит в/AsyncCallBack.
try
{
testService.validateForm(type, form, number, new AsyncCallback()
{
@SuppressWarnings("synthetic-access")
public void onFailure(Throwable caught)
{
System.out.println(" HELLO FAILURE ");
}
@SuppressWarnings("synthetic-access")
public void onSuccess(Object result)
{
System.out.println(" HELLO SUCCESS ");
}
});
}
catch (GenericException e)
{
// --e.printStackTrace();
}
System.out.println(" ----- Done -------");
}
Я использовал аналогичные данные в обоих случаях
Я сделал все возможное эксперимент с отладкой. Точка останова в testService.validateForm определяет, что она собирается вызывать, но она просто ищет тип, форму, число и пропускает новый вызов AsyncCallback() и печатает ----- Готово -------. –
Hm. Одна вещь, которую я видел раньше, заключается в том, что компилятор не добавляет к кешу GWT, когда файлы меняются. Вы пытались удалить папку gwt-unitCache и заставить GWT перекомпилировать все? –