Tapestry5 исключение выхода

У меня возникла странная проблема, и я не могу узнать причину. Вот описание проблемы.Tapestry5 исключение выхода

У меня есть одна страница гобелена с кнопкой выхода. Когда я нажимаю кнопку выхода из системы, выполняется следующий код, и я получаю исключение.

// method which called onclick of logout button. 
@OnEvent(value = EventConstants.ACTION, component = "tlogout") 
public Object logout() 
{ 
    request.getSession(false).invalidate(); 
    return "Login"; 
}

Исключение:

INFO | net.awl.tapestry5.kawwa.services.KawwaModule.TabLocator | 2011-01-05 14:33:23,321 
    > Checking for any UPDATES 

INFO | net.awl.bfi.websuite.services.AppModule.TimingFilter | 2011-01-05 14:33:23,352 
    > Request time: 31 ms 

ERROR | org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/WebSuiteMoreaTapestry].[default] | 2011-01-05 14:33:23,352 
    > Servlet.service() for servlet default threw exception 

java.lang.IllegalStateException: Cannot create a session after the response has been committed 
    at org.apache.catalina.connector.Request.doGetSession(Request.java:2221) 
    at org.apache.catalina.connector.Request.getSession(Request.java:2031) 
    at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:832) 
    at org.apache.catalina.connector.RequestFacade.getSession(RequestFacade.java:843) 
    at net.atos.xa.rm.jaas.openejb.web.RMOpenEJBFilter.doFilter(RMOpenEJBFilter.java:89) 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) 
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) 
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172) 
    at org.apache.openejb.tomcat.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) 
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) 
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) 
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) 
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174) 
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:875) 
    at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) 
    at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) 
    at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) 
    at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) 
    at java.lang.Thread.run(Thread.java:595)

Ребята какие-либо идеи? С уважением,
Mahendra

источник

2011-01-05 Mahendra Athneria

Как ваш метод не появляется в трассировке стека, кажется, выполнить хорошо, но 'net.atos.xa.rm.jaas.openejb.web.RMOpenEJBFilter' пытается использовать/создать сеанс после того, как вы отменили его, что не удалось. Это исключение происходит по тому же запросу, что и выход из системы, или же после перенаправления на страницу входа? – Henning

Хеннинг, я думаю, что это тот же запрос, что и выход из системы. потому что я попытался поместить system.out.print в метод @SetupRender на странице входа, но он ничего не печатал на консоли.Следующим моментом является то, что я проверил метод doFilter net.atos.xa.rm.jaas.openejb.web.RMOpenEJBFilter и обнаружил, что он получает некоторые атрибуты из сеанса, и именно поэтому я получаю ошибку. но это фильтр, поэтому он будет вызываться после каждого запроса/ответа. так это значит, что я не могу аннулировать сеанс? –

фильтр может выполнять свою работу до или после обработки запроса. возможно, вам нужно уведомить openejb о том, что сеанс недействителен. я бы посмотрел на его исходный код, документы и т. д. Я не думаю, что это проблема гобелена. тегирование incase openejb у людей есть идеи. – pstanton

Спасибо за ваше время и ваши комментарии! С некоторой хорошей дискуссией я наконец нашел решение и поделился им с вами.

В моем случае запрос/ответ проходит через RMOpenEJBFilter. Итак, когда я отключил сеанс в своем коде, он разбился в RMOpenEJBFilter, потому что его внутренний процесс кода в сеансе.

Итак, вот мое решение.

Я создал один фильтр по имени LogOutFilter.
в WEB.XML Я положил его до RMOpenEJBFilter (для цепочки фильтров).
в моем выходе из системы коды я ставлю одну переменные сессии

request.getSession(false).setAttribute("InvalidateSession", true);

так, когда я нажимаю на кнопке выхода из системы он устанавливает атрибут сеанса, а затем переходит к RMOpenEJBFilter, где обрабатывать запрос (до тех пор, пока сеанс не будет аннулирован). Теперь элемент управления переходит к LogOutFilter, где я сделал чек, чтобы аннулировать сеанс.

if (httpRequest.getSession(false) != null && httpRequest.getSession(false).getAttribute("InvalidateSession") != null) { httpRequest.getSession(false).invalidate(); }

И теперь он работает нормально.

Надеюсь, что мое решение будет достаточно хорошим для принятия.

Не стесняйтесь обращаться ко мне за любыми разъяснениями.

С уважением,
Мээндра Athneria
Мумбаи, Индия

источник

2011-01-06 09:42:06

Я уверен, что это сработает, однако я бы ожидал, что openejb будет иметь возможность избежать ситуации ... – pstanton

да, вы правы. но это не в моем контроле, поэтому я создал свой собственный фильтр, чтобы разобраться с проблемой. –

я думаю, что у не нужен фильтр. просто добавьте следующее действие для выхода из системы.

@OnEvent("Logout") 
    private Object onActionFromLogout() { 
     Session session = requestGlobals.getRequest().getSession(false); 
     if (session != null) { 
      session.invalidate(); 
     } 

     return Login.class; 
    }

источник

2013-11-05 13:47:09

Tapestry5 исключение выхода

ответ

Смежные вопросы