С удивлением узнал, что объекты, которые мы используем на jsp например, надо маркировать как Serializable иначе утекает память.

Я что-то не могу понять где таки эта память утекает. Объясните, плиз механизм.

Ну и если это действительно правда, то почему HttpServletRequest не принимает Serializable, а принимает Object.

Blazkowicz,
На собеседовании. Наверное про томкат речь шла. Я еще с джетти работал, но мало, поэтому томкат. Собеседующий дал понять, что его удивило то, что я не в курсе.

Blazkowicz,

Предыстория была такая, что он меня спросил какие бины можно на jsp юзать. Ну я сказал, что java beans(сейчас, осознал,хотя, что в последнем el уже можно вызвать любые методы).
Дальше последовал вопрос что такое java beans. Я сказал, про геттеры, сеттеры, дефолтный конструктор. Он спросил а ещё?

Я вот про Serializable забыл.

Потом я сказал, что ни разу не видел, чтоб кто-то делал классы Serializable и юзал их объекты на jsp.

И дальше мысли из первого поста.

забыл ник,

Вы про это?
http://www.hpenterprisesecurity.com/vulncat/en/vulncat/java/j2ee_bad_practices_non_serializable_object_stored_in_session.html

http://www-01.ibm.com/support/knowledgecenter/SS7JFU_7.0.0/com.ibm.websphere.base.doc/info/aes/ae/cprs_best_practice.html Implement the java.io.Serializable interface when developing new objects to be stored in the HTTP session.
Serializability of a class is enabled by the class implementing the java.io.Serializable interface. Implementing the java.io.Serializable interface allows the object to properly serialize when using distributed sessions. Classes that do not implement this interface will not have their states serialized or deserialized. Therefore, if a class does not implement the Serializable interface, the JVM cannot persist its state into a database or into another JVM. All subtypes of a serializable class are serializable. An example of this follows:

public class MyObject implements java.io.Serializable {...}
Make sure all instance variable objects that are not marked transient are serializable. You cannot cache a non-serializable object.

In compliance with the Java Servlet specification, the distributed servlet container must create an IllegalArgumentException for objects when the container cannot support the mechanism necessary for migration of the session storing them. An exception is created only when you have selected distributable.

а что в итоге случится? может получиться, что на одной jvm в сессии есть этот объект, а на другой просто нет?

Скажем мы показываем в верхнем правом углу логин и дату регистрации пользователя(объект, содержащий эту информацию попадает в сессию при логине). Информация иногда будет отображаться, а иногда нет. Верно я понимаю?

up

BlazkowiczСериализация объектов в сессии нужна для решения 2х проблем
- Репликация сессии в кластре
- Персистентность сессии для того чтобы пережить перезагрузки сервера

спасибо)

BlazkowiczquestionerСкажем мы показываем в верхнем правом углу логин и дату регистрации пользователя(объект, содержащий эту информацию попадает в сессию при логине). Информация иногда будет отображаться, а иногда нет. Верно я понимаю?
Мля, ну какой ещё правый верхний угол? Что за "иногда"? Ты же программист, а не пенсионерка с ноутбуком. Знаешь что такое сессия или объяснить надо?


Ну я просто жизненный пример хотел привести) на сайтах часто логинишься и справа сверху показывается мессадж типа. good day, Vasya. Ну и это имя скорее всего хранится в сессии.

под словом иногда я имел ввиду, что когда попадаем на ту jvm в кластере на которой есть этот объект в кластере, то нам покажется мессадж good day, Vasya. Если попадём потом на другую jvm, то там не будет никакого name в сессии