Просьба не пинать. С EJB 3.1 только начал знакомиться.
Есть вот такой Singleton-бин, смысл которого как-бы отслеживать http-сессии:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
@Singleton
@LocalBean
@WebListener
public class SessionBean implements HttpSessionListener {
private static final Logger log = Logger.getLogger(SessionBean.class.getSimpleName());
private static final HashMap<SessionBean, Integer> map = new HashMap<>();
private static int number = 0;
private int counter = 0;
@PostConstruct
public void appStartup() {
Integer num = (++number);
boolean newInstance = (map.put(this, num) == null);
log.log(Level.INFO, "SessionBean({0}){1}", new Object[]{num, (newInstance ? " new!" : "")});
}
@PreDestroy
public void appShutdown() {
log.log(Level.INFO, "~SessionBean({0})", map.get(this));
}
public int getNum() {
return map.get(this);
}
public int getCounter() {
return counter;
}
@Override
public void sessionCreated(HttpSessionEvent se) {
log.log(Level.INFO, "sessionCreated({0}) {1}", new Object[]{map.get(this), se.getSession().getId()});
counter++;
}
@Override
public void sessionDestroyed(HttpSessionEvent se) {
log.log(Level.INFO, "sessionDestroyed({0}) {1}", new Object[]{map.get(this), se.getSession().getId()});
counter--;
}
}
И вот такой простейший сервлет:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
@WebServlet(name = "Servlet1", urlPatterns = {"/Servlet1"})
public class Servlet1 extends HttpServlet {
@EJB
private SessionBean sessionBean;
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
request.getSession(true);
try (PrintWriter out = response.getWriter()) {
out.println("Bean(" + sessionBean.getNum() + ") has count: " + sessionBean.getCounter());
}
}
}
При деплое (в glassfish 4.1) в выводе вижу такое:
1.
2.
3.
Info: SessionBean(1) new!
Info: Loading application [TestApp] at [/TestApp]
Info: TestApp was successfully deployed in 515 milliseconds.
После 1-го обращения к сервлету через браузер (который выдаёт "Bean(2) has count: 0") появляется:
1.
2.
Info: sessionCreated(1) 6caaa2217dc45da80f2520fc651f
Info: SessionBean(2) new!
После выгрузки приложения:
1.
2.
3.
Info: sessionDestroyed(1) 6caaa2217dc45da80f2520fc651f
Info: ~SessionBean(1)
Info: ~SessionBean(2)
Получается, что контейнер создаёт два экземпляра бина, помеченного как @Singleton. Разве это не противоречит его идеологии?
p.s. Идею использовать вместе @Singleton и @WebListener взял из этого
примера .
p.p.s. Архив с maven-проектом в аттаче.
