Грубо говоря, оно нужно для разработки web-приложений. J2EE - это прежде всего набор спецификаций совокупности технологий, предназначенных для разработки бизнес приложений. Какие технологии включает J2EE думаю ты легко найдешь в Google. Например, ты наверняка слышал про Servlet и JSP. Благодаря им ты имеешь возможность сидеть на LOR.
Грубо говоря, оно нужно для разработки web-приложений.
Сейчас ради поднятия скилла пишу FCGI приложение на C + JS(jQuery) и даже не знаю что такое J2EE. Нагрузку держит замечательно.
Например, ты наверняка слышал про Servlet и JSP. Благодаря им ты имеешь возможность сидеть на LOR.
Ну остался бы лор на FreeBSD и php.
J2EE нужен не мне, а менеджерам, которые пудрят мозги клиентам какими-то сказочными аббревиатурами :) Не эффективно говорить, что приложение будет держать высокие нагрузки итд итп, нужно с предыханием назвать 5-10 аббревиатур для завлечения клиента :)
По сути программа, которую ты пишешь для FCGI не сильно отличается от того, что пишут на Java. Огромная разница в том, что Java приложение исполняется в сервере приложений, который предоставляет специальное окружение для программы, тем самым достигается невероятный профит: безопасность, масштабируемость, поддержка, аудит, возможность использования компонентной архитектуры(EJB), ORM средства для работы с БД(Persistance API), поддержка транзакций, e-mail, etc...
Немаловажным является то, что все эти технологии, как я уже говорил, имеются в виде подробных спецификаций. Отсюда у нас не только один Tomcat, а так же еще и Glassfish, WebSphere, WebLogic и еще что наверняка есть.
В итоге при смене вендора ты можешь перенести свое J2EE приложение на другую платформу, удовлетворяющую спецификации, без жесткого секса.
Когда ты пишешь c помощью FCGI у тебя ничего из вышеперечисленного нет и соответственно все приходится писать самому, а именно крутить гайки у очередного велосипеда.
Тебе не нравится куча аббревиатур? Так за каждой изних стоит технология. Ну так на кучу технологий - куча аббревиатур. Вполне закономерно.
У меня оно их стойко игнорирует. L2J-сервер жрёт 200Мб. Прописано -Xmx384m -Xms128m. В итоге RSS~700Мб, VIRT~1,3Гб :) Всякие мониторы показывают реальное заполнение памяти, далёкое от 100% :)
у меня без геодаты, чтобы память не кушало уж совсем непотребно,
все равно играют только свои и небольшие (а иногда и большие) читерства связаные с отсутствием геодаты в принципе позволительны
>Правда, это ещё древний Interlude :)
тогда понятно, я раньше на windows пускала сервер на ноуте с 384 Mb RAM,
потом с очередным обновлением пришлось подумать о том чтобы выкинуть GUI (здравствуй линукс!) и памяти добавить и наконец отдельный сервер для всего этого завести... Так что на современные хроники аппетиты сильно выросли, у меня правда почти ванильный l2j с минимумом своих патчей (на ядро только динамические рейты х1 - ... - х20 (базовые) - х30 (80+)
без уборки лута никак, либо автоматом собирать игрокам в инвентарь, либо чтобы пропадало через 30-40 минут, а иначе память кушает сильно все то что лежит...
Копье - это слишком "тонко" для J2EE. Оно именно гранатомет, который если уж пальнул, то плохо стало не только воробышку, но и мимо пробегавшей собаке.