tomcat
От: noblackberry Беларусь  
Дата: 18.09.08 13:29
Оценка:
Целесообразно ли использовать томкат на production

и есть ли смысл использовать его вместо полноценного AS, если веб приложение построено на связке iBATIS + Struts2 + Spring IoC.
Free 150$ Bounus
Re: tomcat
От: Blazkowicz Россия  
Дата: 18.09.08 14:09
Оценка:
Здравствуйте, noblackberry, Вы писали:

N>Целесообразно ли использовать томкат на production

Вполне.

N>и есть ли смысл использовать его вместо полноценного AS, если веб приложение построено на связке iBATIS + Struts2 + Spring IoC.

Конечно.
Re[2]: tomcat
От: noblackberry Беларусь  
Дата: 18.09.08 14:18
Оценка:
Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, noblackberry, Вы писали:


N>>Целесообразно ли использовать томкат на production

B>Вполне.

Имеется ввиду сможет ли томкат справляться с большой нагрузкой. Возможно, сказывается некий стереотип что томкат годен для обкатки тестовых сервлет приложений.
Также злые языки говорили будто шестой томкат похуже будет чем пятый...
Free 150$ Bounus
Re[3]: tomcat
От: Blazkowicz Россия  
Дата: 18.09.08 14:27
Оценка:
Здравствуйте, noblackberry, Вы писали:

N>Имеется ввиду сможет ли томкат справляться с большой нагрузкой. Возможно, сказывается некий стереотип что томкат годен для обкатки тестовых сервлет приложений.

С большой нагрузкой справляется не томкат, а кастомная (не J2EE) кластеризация своего приложения. Неоднократно слышал про легковесные решения, где почти не используется J2EE стек. Так вот они используют Tomcat как наиболее легковесный и достаточно производительный контейнер.

N>Также злые языки говорили будто шестой томкат похуже будет чем пятый...

М.б. я с 4ки не особо слежу за изменениями. Но новые версии у них всегда сыроваты.
Re[4]: tomcat
От: noblackberry Беларусь  
Дата: 18.09.08 15:10
Оценка:
Здравствуйте, Blazkowicz, Вы писали:

B>С большой нагрузкой справляется не томкат, а кастомная (не J2EE) кластеризация своего приложения. Неоднократно слышал про легковесные решения, где почти не используется J2EE стек. Так вот они используют Tomcat как наиболее легковесный и достаточно производительный контейнер.


а что подразумевается под понятием кастомная кластеризация?

читал на этом форуме что для уменьшения нагрузки нужно ограничивать хранение объектов в сессии. Как тогда отслеживать текущее состояние пользователя и хранить временные объекты?
Free 150$ Bounus
Re[5]: tomcat
От: Blazkowicz Россия  
Дата: 18.09.08 15:53
Оценка:
Здравствуйте, noblackberry, Вы писали:

B>>С большой нагрузкой справляется не томкат, а кастомная (не J2EE) кластеризация своего приложения. Неоднократно слышал про легковесные решения, где почти не используется J2EE стек. Так вот они используют Tomcat как наиболее легковесный и достаточно производительный контейнер.


N>а что подразумевается под понятием кастомная кластеризация?

Terracota, JBoss Tree Cache или что-то ещё, навернутое на приложения, что реализует репликацию необходимых данных на кластере. Так же нужна реализация и других элементов кластера.

N>читал на этом форуме что для уменьшения нагрузки нужно ограничивать хранение объектов в сессии. Как тогда отслеживать текущее состояние пользователя и хранить временные объекты?

J2EE сервера реплицирую Http сессию в кластере. Кастомная репликация может реплицировать что-то другое. Ограничивать — не значит отказаться вообще. В Http сессии сервера можно хранить, например только токен — идентификатор сессии. А все остальное в базе. Либо иметь временные объекты в сессии, но при этом отказатся от их репликации в кластере если они не критичны.
Re: tomcat
От: jalxm Россия  
Дата: 19.09.08 07:46
Оценка:
N>Целесообразно ли использовать томкат на production

вполне!
...на одном из прошлых проектов у заказчика было несколько сотен томкатов со специальным балансером на запросы
пример
... << RSDN@Home 1.1.4 @@subversion >>
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.