поздравления

Томкат, такой теплый и ламповый томкат уже много лет. И никакие Jetty нам тебя не заменят. И пускай тебя выкинули из JEE RI, заменив каким-то медведем (grizzly), ты все равно самый лучший!
NIO Connector с клиентской SSL аутентификацией - все что нужно для счастья скромному корпоративному проекту (spring+hiber+wicket).
А вообще по стабильности, качеству документации и распространенности равных у тебя нет. Поздравляем с обновлением!

кстати NIOConnector сейчас стабилен? заюзать что-ли

> И никакие Jetty нам тебя не заменят.

glassfish заменит :)

Вышли две новые версии контейнера сервлетов Tomcat, проекта фонда Apache: 7.0.4 и 6.0.30.

7.0.6 - первая стабильная версия из ветки 7.0

Поправьте 7.0.4 на 7.0.6 в первом предложении.

хорошо.

где же тролли?...
по сабжу поздравляю всех эксплуатирующих и разрабатывающих сабж:)

> где же тролли?...

не успели еще вики прочитать, что это такое.

ахах, точно же)))

Будем завтра тестить новую версию.

У него до сих пор нужно править лезть в глубокие потроха чтобы UTF-8 в GET запросах заработало?

//wfrr

Дааа... Заменит так, что на 1000 запросах в сек на статическую страницу отваливается сервер до перезапуска. Мы тоже вначале думали, что GlassFish лучше - пока реально не протестировали.

лазать надо в конфиг, а не в потроха :-)

параметр URIEncoding=“UTF-8”

Про таких поговорка есть: дай белке изумрудный орех, она его и разгрызет, дура.

А для таких затейств есть ngnix, и нечего гнать на глассфиш, он не для статики сделан.

//wfrr

А, ошибся, потроха для POST вкорячивать фильтры нужно:

http://wiki.apache.org/tomcat/FAQ/CharacterEncoding#Q3

Но в любом случае странно документировать такие костыли, когда они моглу это сделать по умолчанию, ведь большинство использует UTF-8, а так при каждой инсталляции приходится вспоминать про конфиг, и еще эти фильтры

//wfrr

>glassfish заменит :)

Аминь

Конечно! Бедненький GF не надо статикой - надо динамику. Динамика просто умирала раньше. Поэтому пришлось проверять до статики.

Первую строчку в моем предыдущем сообщении осмысли. Потом подумай какая динамика будет обрабатывать такие запросы, субд и т.д. если думать не получается то лучше ничего не пиши.

//wfrr

Полгода на спарках в продакшене - полет нормальный.
А вот в линуксе и для большой нагрузки я бы сначала погонял его основательно. И с обычным коннектором посравнивал бы. NIO оно такое NIO, с ним всякое бывает.

Ты вообще системы с такими нагрузками хоть видел? Думаешь, мы от нечего делать нагрузки проверяем? Ты только бла-бла и умеешь, похоже. Сам протестируй для начала, и потом пиши.

Проблема надумана. Голые Servlet API никто не использует, а любой веб-фреймворк сам свои посты сконвертит как надо.[br] Сам об этой «проблеме» узнал случай случайно после нескольких лет использования томката, когда помогал новичку с сервлетами разобраться.

Время старты системы на SPARC? :) Для GF2 на T1000 у нас пускается около 2 минут. Достал откровенно говоря. Особенно разработчиков.

Тут скорее всего grizzly виноват, читал ругань про то что сыроват он еще. Опять же NIO со всеми вытекающими.
Как бы то ни было, гласфиш мы не любим не за это, а за JEE зоопарк. JEE-стек нужен далеко не всегда, а пихают куда ни попадя - ынтырпрайзно же.

Да мы уже разобрались собственно. Поток, который обрабатывает TCP accept'ы для сановской реализации HTTP-сервера элементарно вылетает (выходит). Чинить и искать было лень, т.к. уже начали миграцию на Tomcat.

GF 3 не пробовали? Он вроде бы получше выглядел, когда я еще в бетах смотрел.

Не пинайте больные мозоли )).
Относительно большое приложение минуту поднимается (включая старт томката). Разработчики все в линуксе - на ноутбуках у всех не более 10 секунд старт приложения.
Любят отчего-то заказчики эти спарки, говорят дешевые и параллелятся много лучше чем x86.

По видимому ты сильно испугался, возьми jMeter и будет тебе любая загрузка, при том что он может отправлять запросы кластером, то увидеть это не будет проблемой, только успокоительным запасись.

//wfrr

>Голые Servlet API никто не использует

Никогда не говори никогда © при, так любимых одини участником сего треда нагрузках, все фреймворки сливают по производительности. А так если клепать сайтик для конторки с полуторами посетителей и то которые туда ходят по нужде, во всех смыслах, то можно юзать фреймворки.

//wfrr

Ты случайно в Sun/Oracle не работаешь? :)) Уж больно обидно тебе за GF2. Что бы ты понимал о каких примерно идёт нагрузках речь - JMeter нужен будет не один. А чаще всего в параллель еще ab нужно пускать.

Яж тебе напейсал, что jMeter можно объединять, если тебе захочется пожоще, что не так?

//wfrr

Не цепляйтесь к словам. Голые сервлет АПИ - это нонсенс. Если готовый фреймфорк не используется, значит за время юзания свой написан. И пока его писали, можно было разобраться с фильтрами 1 раз.
Если задача специфичная (нагрузки, протоколы и т.п.), то сервлет АПИ не нужны, для таких случаев есть Mina, Netty и те жe grizzly - низкоуровневый доступ как раз для нестандартных задач.
Бывает правда случай неосиляторов, привыкших к сервлетам, любителей голых JSP и проч. - но это уже клиника.

Да, мы готовы оправдать костыли чем угодно.

Вы только посмотрите как прекрасно костыли от этого фреймворка смотрятся в вашем приложении! Только ради этого эстетического наслаждения разработчики томката оставили этот древний баг, чтобы вы могли каждый раз поулчать удовльствие, все ради вас!

//wfrr

> Бывает правда случай неосиляторов, привыкших к сервлетам, любителей голых JSP и проч. - но это уже клиника.

ты не забывай, что некоторые на джабе пытаются писать не только веб-приложения, но и веб-сайты, для которых все эти ваши java serverfaces & facelets нафиг не упали

> некоторые на джабе пытаются писать не только веб-приложения, но и веб-сайты, для которых все эти ваши java serverfaces & facelets нафиг не упали

А в чем отличие веб-приложения от веб-сайта? В сети встречаются следующие:

* это одно и то же;

* веб-приложение - это какая-то часть веб-сайта;

* веб-сайт - это один из видов веб-приложений.

Не могли бы дать точно определение? Буду премного благодарен.

лазать надо в конфиг, а не в потроха :-)

параметр URIEncoding=“UTF-8”

А как с этим обстоит дело в Jetty, хотелось бы узнать?

Помер их сайт. Небось томкат используют :)

Помер их сайт. Небось томкат используют :)

Их сайт работает на единственном из всех проектов, который не использует платформу Java, — Apache Server (Apache/2.3.8 (Unix) mod_ssl/2.3.8 OpenSSL/1.0.0a ). ;)

Вообще у Apache много не-java проектов

Ох, ура! Наконец-то хоть какая-то радостная новость.

> А в чем отличие веб-приложения от веб-сайта? В сети встречаются следующие:

Вроде стандартного определения нет. Для себя определил так, что веб-приложение - приложение работающее с одним из web-* протоколов. Само приложение при этом может быть полностью без web-морды. К примеру система управляющая удаленными девайсами или собирающая данные с девайсов через Internet.

Веб-сайт с другой стороны это веб-приложение, у которого основная часть и задача это именно WebUI. К примеру форум. Вся его работа это Web-UI, понятно что без web-мордочки его не возможно реализовать.

Еще стоит учесть, что под Tomcat можно деплоить WAR. Это WebARchive. Но это не означает, что внутри есть веб-сайт. У меня к примеру есть системы которые живут без единого *jsp/*html/whatever. Только логика обработки и складывания в БД.

Так что для Tomcat веб-приложение - это приложение на нем работающее (как PHP & Apache), а веб-сайт это сайт =)))

PS удобнее делать WAR-приложения для обработки TCP или других низкоуровневых протоколов, а не отдельные standalone приложения.

Я пока останусь на старой версии

На V40Z (4х дуалкор АМД, 32Гиг озу) GF3 стартует секунд за 30-40

> 7.0.6 - первая стабильная версия из ветки 7.0, реализующей спецификацию Java EE 6 (Servlet 3.0, JSP 2.2 и EL 2.2).

Это то, из-за чего Ораклий Иллариевич поссорился с Апачием Никифоровичем?

особенность веб-приложения в том, что имеется набор страниц с заранее извесным контентом по известным uri (например /manager, /goods, /stats). простой пример - взять любое клиент-серверное гуй приложение и переписать тонкий клиент как веб-приложение, каждая форма будет отдельной страницей.

контент сраницы веб-сайта может быть от «произвольного» и генерацией страницы с нуля до «произвольного» с известной разметкой (если хоть как-то mvc реализован). uri страниц веб-сайтов тоже зачастую произвольные в виду передачи праметров через GET, или seo-friendly, но произвольность это не отменяет.

попробуй набадяжить какой-нить говносайт с новостной лентой и форумом, и гереацией морды на serverfaces, и сразу вспомнятся старые добрые jsp и jstl

Странно. GF3 модульный стал - быстрее должен. Да еще на Intel/AMD-процах быстрее еще должен ( за счет большей частоты ). А на T1-T2, с их 1.2-1.4Ghz на только одном ядре если чего выполняется, то надо попкорном запасаться.

Я один уже второй день наблюдаю только i64/x64 windows версии? Рабочие линки для скачивания вообще есть?

Учитывая веб-лицо на порту 4848 прлучается 30-40

>с их 1.2-1.4Ghz на только одном ядре

1.2-1.4 - это то, что приъодится на процессор, на ядро там что-то в районе 300Mhz попадает

у gf3 полный старт всех служб требует большего времени чем у gf2, а если только веб то может и быстрее будет.

//wfrr

Хреново я просто сформулировал. На «одном ядре если чего выполняется» имелось ввиду. Ггц на весь проц понятно ) Если приложение однопоточное или запускается только с одного потока (как большинство приложений), то запуск превращается таких монстров в муку.

С другой стороны разве они так делятся? На одном ядре должна быть частота тоже не 300. Другое дело «threads на ядро», там то понятно.