Почему HttpServlet реализует сериализуемый?
В Java все находится в форме класса.
Если вы хотите использовать любой объект, тогда у вас есть две фазы:
- Объявить
- Инициализация
Пример:
- Объявление:
Object a; - Инициализация:
a=new Object();
То же самое для концепции массива
- Объявление:
Item i[]=new Item[5]; - Инициализация:
i[0]=new Item();
Если вы не дают секцию инициализации, тогда возникает NullpointerException.
4 ответа
Технически, я полагаю, что контейнеру сервлета позволяют "пассивировать" объект сервлета к диску похожим способом, которым могут быть бобы сессии EJB. Таким образом, Вы корректны для задавания вопроса, если приложение перестанет работать из-за несериализуемых полей.
В практике, я никогда не слышал о контейнере, делающем это, таким образом, это - действительно просто багаж прежней версии с плохих былых времен раннего J2EE. Я не волновался бы об этом.
HttpServlet должен сериализированным к диску и переживать перезапуск контейнера сервлета. Например, кот позволяет Вам настраивать флаг, которые включают, это отчасти выживает. Следующая опция является передачей с помощью JNDI. Это не мусор, он используется только в экстремальных вариантах использования.
Google, кажется, предполагает, что это было сделано так, чтобы у контейнерных авторов могла быть опция, если они хотят его.
Вы корректны, что сервлет не должен содержать определенных для сессии участников, на самом деле я думал бы, что Вы захотите как можно меньше состояние вообще. Если бы Вы храните все или на Сессии или на ServletConfig, я думаю, что Вы были бы в состоянии пережить сериализацию.
Точно так же, как объекты Сессии сериализируются для выживания кэшей для тех servletcontainers предоставление кластерной опции, могла бы быть опция для контейнера для передачи экземпляра Сервлета также другому кластерному узлу?? Я просто предполагаю здесь