Почему Установка атрибута в сеансе из сервлета Java иногда терпит неудачу?
Я работаю над довольно простым веб-приложением, используя JSPs и сервлет Java, работающий на tomcat. Я смог установить атрибуты в сеансе из сервлета, чтобы передать информацию JSPs, которая затем будет представлена пользователю. Я сделал это с несколькими различными объектами разных классов, и это сработало нормально. Внезапно, хотя когда я устанавливаю определенный вид объекта (содержащий информацию о конфигурации), атрибут вообще не отображается в JSP. Другой атрибуты, которые я установил, все еще существуют, но объект конфигурации полностью отсутствует. Я распечатал список имен атрибутов, и имя, которое я использовал, даже не существует (хотя присутствуют другие имена для других атрибутов, которые я установил).
что может вызвать это? В моем классе конфигурации нет ничего необычного или странного. Я бы очень признателен за любые идеи о том, какие вещи могут вызвать такое поведение. Я искал в гугле и не могу найти. что угодно.
ETA: если это имеет значение, имя атрибута - "конфигурация". Я не мог найти ничего, что было бы сдержанным словом или чем-то еще... Я установил этот атрибут в сервлете в той же функции, что и несколько других, таких как "пользователь". Затем я перенаправляю на JSP, который пытается получить как пользователя, так и конфигурацию. Значит, все происходит одновременно. пользователь в порядке, а конфигурация даже не отображается в списке имен атрибутов.
ETA2: вот исключение, которое продолжает происходить в журналах:
java.lang.Exception
at pms.SessionListener.printStackTrace(Unknown Source)
at pms.SessionListener.attributeAdded(Unknown Source)
at org.apache.catalina.session.StandardSession.setAttribute(StandardSession.java:1498)
at org.apache.catalina.session.StandardSession.setAttribute(StandardSession.java:1390)
at org.apache.catalina.session.StandardSessionFacade.setAttribute(StandardSessionFacade.java:154)
at PMS.getTaskInfo(Unknown Source)
at PMS.doGet(Unknown Source)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:108)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:558)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:379)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:282)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:357)
at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1687)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
2 ответов
есть много возможностей о том, что может пойти не так.
- может быть два разных сеанса.
- может быть некоторый код, удаляющий ваш объект конфигурации из сеанса.
- другим?
вот таким образом, вы можете проверить, чтобы увидеть, что именно происходит.
существует два отдельных интерфейса прослушивателя, которые можно реализовать для прослушивания определенных событий сеанса: javax.сервлет.http.HttpSessionListener и javax.сервлет.http.HttpSessionAttributeListener
Я бы реализовал эти два интерфейса с классом, который будет регистрировать, что происходит во время каждого события и из какого сеанса происходит событие.
вы должны иметь возможность легко добавлять своих слушателей в свой интернет.xml-файл, так что они будут фактически установлены в качестве слушателей на ваших сеансах кот.
редактировать
вот класс, который вы можете разместить в своей сети.xml в качестве прослушивателя ваших сеансов. И BalusC, и я рекомендовали вам попробовать этот подход для отладки проблемы. Пожалуйста, только юмор нас и дайте нам знать, если вы видите что-нибудь интересное в том, что ваш атрибут "настройки" устанавливается?
import javax.servlet.http.HttpSessionActivationListener;
import javax.servlet.http.HttpSessionAttributeListener;
import javax.servlet.http.HttpSessionBindingEvent;
import javax.servlet.http.HttpSessionBindingListener;
import javax.servlet.http.HttpSessionEvent;
import javax.servlet.http.HttpSessionListener;
public class SessionListener implements HttpSessionListener, HttpSessionAttributeListener, HttpSessionBindingListener, HttpSessionActivationListener {
public void valueBound(HttpSessionBindingEvent event) {
System.out.println("valueBound: " + event.getName() + " : " + event.getValue());
System.out.println(" session: " + event.getSession().getId());
this.printStackTrace();
}
public void valueUnbound(HttpSessionBindingEvent event) {
System.out.println("valueUnbound: " + event.getName() + " : " + event.getValue());
System.out.println(" session: " + event.getSession().getId());
this.printStackTrace();
}
public void attributeAdded(HttpSessionBindingEvent event) {
System.out.println("attributeAdded: " + event.getName() + " : " + event.getValue());
System.out.println(" session: " + event.getSession().getId());
this.printStackTrace();
}
public void attributeRemoved(HttpSessionBindingEvent event) {
System.out.println("attributeRemoved: " + event.getName() + " : " + event.getValue());
System.out.println(" session: " + event.getSession().getId());
this.printStackTrace();
}
public void attributeReplaced(HttpSessionBindingEvent event) {
System.out.println("attributeReplaced: " + event.getName() + " : " + event.getValue());
System.out.println(" session: " + event.getSession().getId());
this.printStackTrace();
}
public void sessionCreated(HttpSessionEvent event) {
System.out.println("sessionCreated: " + event.getSession().getId());
this.printStackTrace();
}
public void sessionDestroyed(HttpSessionEvent event) {
System.out.println("sessionDestroyed: " + event.getSession().getId());
this.printStackTrace();
}
public void sessionDidActivate(HttpSessionEvent event) {
System.out.println("sessionDidActivate: " + event.getSession().getId());
this.printStackTrace();
}
@Override
public void sessionWillPassivate(HttpSessionEvent event) {
System.out.println("sessionWillPassivate: " + event.getSession().getId());
this.printStackTrace();
}
private void printStackTrace() {
try {
if (true) {
throw new Exception();
}
} catch (Exception e) {
e.printStackTrace();
}
}
}
пожалуйста, добавьте вышеуказанный класс в свой код, а затем добавьте следующее в свой веб-сайт.xml-файл между сопоставлениями фильтров и ваши сопоставления сервлетов:
<listener>
<listener-class><your.package.name>SessionListener</listener-class>
</listener>
в соответствии с комментариями на вопрос:
сеанс абсолютно существует, и я могу получить другие атрибуты, которые были установлены в сервлете в то же время из сеанса в JSP. Это просто один конкретный атрибут, который не будет отображаться. Я нашел много вещей на сеансе, но не почему один атрибут не будет работать, когда другие делают.
затем что-то удалил или аннулировал атрибут.
session.removeAttribute("name");
или
session.setAttribute("name", null);
или даже в JSP
<c:set var="name" value="${null}" scope="session" />
или это может быть сами кто поставил null
вместо fullworthy объекта.
чтобы прибить один и другой лучше, я бы позволил атрибуту реализовать HttpSessionBindingListener
и сбросить стек на valueUnbound()
.
public class Foo implements HttpSessionBindingListener {
@Override
public void valueBound(HttpSessionBindingEvent event) {
System.out.println("Value bound"); // Logger?
}
@Override
public void valueUnbound(HttpSessionBindingEvent event) {
System.err.println("Value unbound"); // Logger?
Thread.dumpStack();
}
// ...
}