Мое веб-приложение использует версию Vaadin 6.8.8 с аддоном vaadin-xs и развертывается на сервере Glassfish.Коммуникационные ошибки и поле оповещения в Ваадине
Мое приложение случайно (ну, я думаю, что это случайно) получает проблему связи и/или сессии истек сообщения. В журнале ничего не отображается. Иногда я могу видеть Неверный ключ безопасности, полученный от loghost localhost, но я не уверен, связано ли это с той же проблемой.
Я вижу эти проблемы в Firefox и Chrome (я не пробовал это в IE или Opera). В браузере Chrome появляется нечасто, но в Firefox часто появляется.
Я перекрытая в getSystemMessages метод:
public static SystemMessages getSystemMessages() {
CustomizedSystemMessages m = new CustomizedSystemMessages();
m.setCommunicationErrorCaption(null);
m.setCommunicationErrorMessage(null);
m.setCommunicationErrorURL(null);
m.setSessionExpiredCaption(null);
m.setSessionExpiredMessage(null);
m.setSessionExpiredURL(null);
return m;
}
Теперь, я не вижу никакой проблемы связи или сессия истекла сообщения, вместо этого я получаю стандартное окно предупреждения JavaScript с Ошибка сервера, тогда страница перезагружается. Это поле предупреждения появляется только в браузере Firefox, в браузере Chrome окно предупреждения не отображается.
Может ли кто-нибудь дать мне ключ? На каком-то рабочем столе не появится окно предупреждения.
Edit:
Иногда я нашел этот StackTrace в файле журнала:
Terminal error:
java.lang.ArrayIndexOutOfBoundsException: 1
at com.vaadin.terminal.gwt.server.AbstractCommunicationManager.handleVariableBurst(AbstractCommunicationManager.java:1376)
at com.vaadin.terminal.gwt.server.AbstractCommunicationManager.handleVariables(AbstractCommunicationManager.java:1329)
at com.vaadin.terminal.gwt.server.AbstractCommunicationManager.doHandleUidlRequest(AbstractCommunicationManager.java:761)
at com.vaadin.addons.xs.server.JsonpCommunicationManager.doHandleUidlRequest(JsonpCommunicationManager.java:142)
at com.vaadin.terminal.gwt.server.CommunicationManager.handleUidlRequest(CommunicationManager.java:325)
at com.vaadin.terminal.gwt.server.AbstractApplicationServlet.service(AbstractApplicationServlet.java:501)
at com.vaadin.addons.xs.server.XSApplicationServlet.service(XSApplicationServlet.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1550)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:619)
1. Почему вы установите все сообщения на NULL? Это не помогает устранить проблему. Возможно, это создает сообщения об ошибках сервера. (Обычно это происходит, когда у вас есть исключение на сервере) 2. Вы уверены, что соединение с вашим сервером в порядке? - Если вы получили «Неверный ключ безопасности», то, возможно, вы изменили свой IP-адрес (Роуминг WLAN, Loadbalancing и т. Д.) - Ошибка при истечении срока действия сессии при открытии приложения на двух вкладках/окнах, например –
1. Beacause сообщения появляются очень часто, и я не хочу показывать большую красную панель с «Проблема связи» или «Сессия истек». Есть ли лучший способ отслеживать проблему и не показывать красную панель? 2. Я уверен, что соединение в порядке, эта проблема возникает и в моем локальном хосте. – ilazgo
Я бы в настоящее время «переименовал» все сообщения об ошибках (просто оставьте их по умолчанию, поэтому мы ничего не скрываем) Возможно, вы используете фоновые потоки для обновления/изменения пользовательского интерфейса? –