Официально вышла 6-я версия Apache Tomcat

Ура !!!

Обясните дитяте неразумному - это Апач свежий, модуль к нему или просто совершенно новый сервак?

>Обясните дитяте неразумному - это Апач свежий, модуль к нему или просто совершенно новый сервак?

Жабовелосипед.

Нееее - Tomcat - весчщЩЪъ!

> Обясните дитяте неразумному - это Апач свежий, модуль к нему или просто совершенно новый сервак?

Отдельный сервер. Не новый.

Часто работает в связке с apache. apache получает запросы от пользователей и перенапровляет tomcat'у.

от извращаются люди...

> от извращаются люди...

надо вот и извращаются.

>от извращаются люди...

Извращение - это пердеть в лужу, не понимая, о чем вообще речь идет. Или ты понимаешь, и скажешь, что резина жжот, ибо любимый ЛОР вертится на резине? :)

А я два дня скачал 6-ку, вроде финальную. Боян?

Правда, что гугл его использует?

нет

+1

Согласен! Отличныей сервачок. Очень быстрый и стабильный. Пошел тестить. ))

Поздравления всем использующим. Незнайкам - учится!

учит_ь_ся :))

Проверочная фраза: "что делат_ь_".

>> от извращаются люди... >надо вот и извращаются. А просто к апачу прикрутить яву?

Ага 100% правда что гугла томкат юзает (ветка 4.х.х) у них позавчера blogger.com висел и на его месте красовалась стандартная мессага томката что сервлет не найден :-)

У томката проблема с класслоадером. После нескольких редеплойев все заканчивается OutOfMemoryException. Выгружаемые веб-приложения не освобождают память. Это касается также и резины. Врезние правда на этот счет встроили механизм, что когда память закончилась, она сама рестартует. Костыль конечно... но хоть какое-то решение. Инетерсно а как с тим у Jetyy или Weblogic или у WebSphere?

Как вариант перезапуска при OutOfMemoryError могу предложить запускать Tomcat при помощи Java Service Wrapper - есть у него такая функция.
См. http://wrapper.tanukisoftware.org/doc/english/introduction.html
Мультиплатформенный. У меня работает под CentOS.

Это проблема всех апликейшен серверов. Если интересно вот ссылка http://www.rsdn.ru/Forum/Message.aspx?mid=2263009&only=1 Там я уже писал про это с сылками на первоисточники

Vesch', konechno horoshaya, no kak vsegda nado podozhdat' paru buildov...

Naprimer bug s JPA non-jta-datasource tak i ne pofixili (hotya obeschali).

Это уже вроде 6.0.10 ?

> Это уже вроде 6.0.10 ?

ну да. http://apache.rediska.ru/tomcat/tomcat-6/ . шестых, я так понял, было уже много

Спасибо. Качнул.

у weblogic с этим так же :-(

>А просто к апачу прикрутить яву?

Все что можно сделать череж ж должно быть сделано через ж? Апач зачем тогда?

>Выгружаемые веб-приложения не освобождают память. Это касается также и резины.

Это зависит от приложений. Способа насильно выгрузить класс - нет. Он может быть только подметен GC. А для этого он должен соответствовать критерию подметания. Наличие в приложениях всяких тридов, коннекшен пулов с открытыми соединениями и т.д. не способствуют облегчению жизни gc. А когда кто последний раз писал корректную финализацию сервлетов и аппликейшена на destroy? То-то же. Томкет тут не виноват.

Песдец... ты дурак или как? Веб сервер и контейнер сервлетов разницу ощущаешь?

R, а можно поподробнее об проблеме выгрузке классов, ибо актуальная тема. Может какими линками поделишся?

Кстати, с выгрузкой классов в Java дела обстоят еще довольно таки неплохо. Вот, уже пол месяца как маюсь с аналогичной задачкой в .NET, когда нужно аккуратно выгрузить динамически сгенеренный класс после его отработки. Технически, там нельзя выгрузить только класс, но можно выгрузить целиком домен со всеми ассамблеями, внутри которых и определены классы. Чтобы обратиться к другому домену, приходиться использовать remoting, а это - явная потеря скорости при частых обращениях. Короче говоря, мне бы ваши проблемы с явовским GC...

>Песдец... ты дурак или как? Веб сервер и контейнер сервлетов разницу ощущаешь?

О - так ты придумал эффективный способ пускать сервлеты в пространстве памяти апача?

>R, а можно поподробнее об проблеме выгрузке классов, ибо актуальная тема. Может какими линками поделишся?

Ну man ClassLoader. В любом мануале про класслоадеры и реализации специальных для себя об этом рассказывается. Конкретных линков нету - давно не нужны были.

Ну томкет что делает при анлоаде аппликейшена - он просто дропает свою ссылку на WebAppClassLoader, в надежде что его подметет GC (естественно корректно свернув аппликейшен и дернув все соответствующие дестрои). Больше он ничего сделать не в состоянии. Дальше все по простым правилам "как сделать так чтобы мои классы собирались GC". Наличие недемонических запущенных тредов, запущеного AWTEventQueue, всяких открытых коннекшенов в базу в пулах не способствует схлопыванию аппликейшена.

если не анлоадится - сказать томкету kill -3 и посмотреть в его консольном логе thread dump на признак наличия работающих гадов, и сделать так, чтобы гады умирали в дестроях.

>> У томката проблема с класслоадером. После нескольких редеплойев все заканчивается OutOfMemoryException.

Проблема в том, что classloader не выгружает мета-информацию о классах, которые используются приложением. как следствие - идет накопление всякого мусора.

Проблема частично решается вот так: все jar-ники от третьих лиц кладешь в томкатовский share/lib и убираешь из своего WEB-INF/lib. После этого хоть "об-передеплойся". Конечно, если непосредственно твой проект состоит из нескольких тысяч классов - тогда тебя это не спасет, но обычно такой подход спасает. особенно разработчиков во время девелопинга. удачи

Пользуясь случаем, задам вопрос.

Я пытался освоить JSP, но всё кажется слишком сложным и запущенным. Да, я понимаю, что JSP это не пыхпых на яве, но уж слишком хитро всё как-то.

Подскажите пожалуйста литературу по JSP и фрейморкам (Struts, etc), желательно в электронном виде, желательно ещё и нахаляву ;)

Спасибо за внимание.

Серия in action.

>После этого хоть "об-передеплойся".

Эта кастыль. Лучше разобраться почему GC не собирает приложение - за что оно цепляется? У нас когда-то цеплялось за пул коннекшенов в OJB. Его убиение в деинициализации приложения решило все проблемы.

> Подскажите пожалуйста литературу по JSP и фрейморкам (Struts, etc), желательно в электронном виде, желательно ещё и нахаляву ;)

Есть локально 2.7 ГБ разных книг по Java, JSP, Struts, JSF etc. etc. преимущественно в pdf. Если интересно, стучись в аську 287691263 или в яху hans_exadel.

Extremal, у тебя банальный memory leak. Качай прогу http://www.yourkit.com и ищи ошибку

--седайко стюмчик

можно еще поискать на

http://www.avaxhome.ru/
http://www.itebookhome.com/
http://www.xpressionsz.com/
http://www.ebooksportal.org/

Большое спасибо, я учту.

Лучше смотреть на Struts2, а ещё лучше на Spring + Hibernate =)

Не занимаюсь веб-программированием никаким боком, просто интересно:

я правильно понимаю, что исполняет java-приложения тот же jre, что и везде? Если это так - то почему существует столько (Томкат, Резин, наверняка ещё с пяток названий наберётся) приложений, смысл которых лишь в том, чтобы управлять сервлетами?

//Loseki

>Чтобы обратиться к другому домену, приходиться использовать remoting, а это - явная потеря скорости при частых обращениях. Короче говоря, мне бы ваши проблемы с явовским GC...

Вот видиш. А на LOR еще находятся придурки, которые пиарят заведомо ущербные .NET и mono только по той причине, что это - не Java. Хотя лучше Java пока платформы для разработки софта нет. И даже в отдаленном будущем не появится, т.к. .NET судя по всему сдуется под своим собственным весом

> я правильно понимаю, что исполняет java-приложения тот же jre, что и везде? Если это так - то почему существует столько (Томкат, Резин, наверняка ещё с пяток названий наберётся) приложений, смысл которых лишь в том, чтобы управлять сервлетами?

когда ты набираешь страницу на html ты ВКОМПИЛИВАЕШЬ её в apache/ или другой http-сервер???

Если вы читаете и вас пробрал смех - значит вы поняли в чем разница между приложением, аппликейшен сервером и средой исполнения.

Tomcat - web-container (даже не J2EE сервер, но это и не нужно), jre - среда исполнения.

>Если это так - то почему существует столько

Tomcat - это реализация Apache.

Resin это коммерческий сервер.

Еще пяток как и эти два отличаются функционалом, который сверх сервлетов (xsp, php, ssi, perl, etc), и конкурируют между собой. Основных просто контейнеров - 3: Tomcat, Resin, Jetty. Всех остальных (далеко не пяток) - это уже Application Servers в которых servlets - мелкая часть.