LINUX.ORG.RU

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


0

0

Из основных новшеств отмечается поддержка текущих стандартов Servlet 2.5 и JSP 2.1, переписана поддержка работы в кластерных конфигурациях, улучшенные механизмы IO, а также оптимизация использования памяти

Скачать: http://tomcat.apache.org/download-60....

>>> Подробности

anonymous

Проверено: Shaman007 ()

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

anonymous
()
Ответ на: комментарий от still

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

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

anonymous
()

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

Bohtvaroh ★★★★
()
Ответ на: комментарий от anonymous

+1

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

x86 ★★
()
Ответ на: комментарий от alebu

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

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

ufff
()
Ответ на: комментарий от as33

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

branicki
()

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

Extremal
()
Ответ на: комментарий от still

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

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

r ★★★★★
()
Ответ на: комментарий от Extremal

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

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

r ★★★★★
()
Ответ на: комментарий от r

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

alebu
()
Ответ на: комментарий от r

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

dave ★★★★★
()
Ответ на: комментарий от anonymous

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

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

r ★★★★★
()
Ответ на: комментарий от alebu

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

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

r ★★★★★
()
Ответ на: комментарий от r

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

r ★★★★★
()
Ответ на: комментарий от r

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

r ★★★★★
()
Ответ на: комментарий от Extremal

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

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

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

stroganoff
()

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

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

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

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

eveel ★★
()
Ответ на: комментарий от stroganoff

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

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

r ★★★★★
()
Ответ на: комментарий от eveel

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

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

anonymous
()
Ответ на: комментарий от Chapaev

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

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

//Loseki

anonymous
()
Ответ на: комментарий от dave

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

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

r ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.