Проблема с numberOfViewsInSession и несколькими вкладками
У меня большая проблема с моим приложением и памятью. Приложение (java с jsf/richfaces/facelet) используется примерно 7000 пользователями одновременно.
По умолчанию переменная com.sun.faces.numberOfViewsInSession устанавливается в 15 в web.xml. Эта переменная создает дерево представлений и jsf извлекает определенный вид в течение 15 щелчков назад.
Например, у меня есть 3 экрана для приложения, и я использую firefox. Я перехожу на третий экран на первой вкладке. На второй вкладке у меня есть первый экран, и я нажимаю на следующую кнопку, jsf извлекает первый экран и переходит ко второму.
Этот механизм велик, но он потребляет много памяти (25Mo по сеансу для меня), и когда вы умножаете это число на 7000, мне нужно 175 Go памяти, это невозможно.
Итак, я попытался установить com.sun.faces.numberOfViewsInSession, равный 1 (3Mo по сеансу).
Но с моим примером, когда я нажимаю на второй вкладке на следующей кнопке, я получаю следующую ошибку:
javax.servlet.ServletException: viewId:/private/pages/data/dataView.faces - View /private/pages/data/dataView.faces could not be restored.
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:270)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:206)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:388)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:515)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at fr.generali.mezzo.front.commun.performance.filters.PerformanceFilter.doFilter(PerformanceFilter.java:72)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:173)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:182)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:420)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:595)
Эта ошибка логична, потому что мой номерOfViewsInSession равен 1.
Итак, мой вопрос:
Учитывая, что я знаю данные, которые находятся в представлении (для второй вкладки), как я могу сделать, чтобы поймать исключение и создать новое представление для моего пользователя?
Спасибо за вашу помощь.
Ответы
Ответ 1
Восстановление представления вручную, используя определенные знания, которые у вас есть о вашем приложении, возможно, не является задачей для слабонервных.
Если вы хотите следовать этому пути, я думаю, вам не следует пытаться поймать исключение, но воспользоваться API StateManager в JSF. Это позволяет вам настроить способ управления состоянием представления JSF-структуры.
Обратите внимание, что это расширенная тема. Или в книге Ed Burns (JSF spec lead):
Просмотр управления состоянием - это сложный бизнес, и немногим разработчикам приложений придется беспокоиться о его настройке.
Тем не менее, если вы еще не используете JSF 2.0, я настоятельно рекомендую перейти на это. Большой особенностью JSF 2.0 является Partial State Saving. Это значительно уменьшает объем памяти, необходимый для хранения состояния.
Еще один вариант, который, я думаю, вы уже считали, что видите, что у вас есть знание параметров, таких как com.sun.faces.numberOfViewsInSession, используется состояние на клиенте. Это сохраняет состояние представления в скрытых полях и в основном дает вам неограниченную память, так как клиент используется в качестве распределенной памяти. Конечно, это связано с дорогостоящими увеличенными сетевыми расходами. В случае AJAX эти служебные данные могут быть настолько большими, что их невозможно рассмотреть.
