Если Вы не хотите отключать это исключение, все, что необходимо сделать, должен позволить приложению накачать некоторые сообщения, по крайней мере, один раз в 60 секунд. Это предотвратит это исключение для случая. Попытайтесь назвать Систему. Поточная обработка. Поток. CurrentThread. Соединение (10) время от времени. Существуют другие вызовы, которые можно сделать, которые позволяют сообщениям накачать.
GWT SyncProxy позволяет вам получить доступ к сервисам GWT RPC (например, методам) из чистого Java (не JSNI) кода. Таким образом, вы можете использовать его для тестирования вашего интерфейса RPC.
See http://www.gdevelop.com/w/blog/2010/01/10/testing-gwt-rpc-services/ for details.
Вы пытаетесь проверить бизнес-логику службы или насколько хорошо работает сам GWT-RPC? Если вас больше всего беспокоит, насколько хорошо работает ваш бэкэнд-код, вы можете просто создать экземпляр класса, который напрямую реализует вашу службу:
MyServiceImpl impl = new MyServiceImpl();
impl.doSomething();
Если вы хотите протестировать больший фрагмент стека, включая вызовы RPC, взгляните здесь . Есть раздел под названием «запуск вашего теста в веб-режиме», в котором есть следующая строка: «По умолчанию тесты, запущенные в размещенном режиме, выполняются как обычный байт-код Java в JVM». Поэтому, если вы используете описанную установку, я думаю, что по умолчанию ваши тесты будут запускаться на java. Также на этой странице есть информация о встроенных в GWT инструментах профилирования.
Вы можете использовать обычный инструмент нагрузочного тестирования, такой как Grinder, для воспроизведения запросов публикации к вашей службе. Это не совсем то, о чем вы спрашиваете, но, возможно, это лучший способ выполнить нагрузочное тестирование вашего приложения. Grinder может имитировать множество одновременных пользователей и так далее.