Личным опытом мнение товарища сверху подтвердаю -- большие проекты на Java писать намного ПРОЩЕ.
конечно, если пишем простенький сайт типа Разделы со Статьями + Новостная лента + Камменты + Форум -- на PHP это делать веселее,
но -- корпоративный портал с богатым BackOffise'ом, нетривиальной Бизнес-Логикой, и с управлением аккаунатми посетителей, которым предоставляются изощренные услуги -- Java рулит однозначно!
www.linuxcenter.ru на жаве весит тоже к стати =) гыгыггы жава рулит, а здесь пишут всякую фигню народ который и пазл не соберёт.... поэтому дискусия бессмыслена.
>В чем прелесть серверных приложений на Java(в смысле зачем Java на сервере)?
А чем ты собираешься дергать данные из базы данных? Неужели Qt? Может Tcl? Gtk++? Или ты знаешь какую-то альтернативу JDBC? Может быть PyDBC? Он есть, но вроде бы, только для Oracle, даже MySQL через PyDBC не подключить.
>Да нет еще такой платформы, подобной JAVA. Разве что .NET пытается прорваться на этот рынок. Но пока она слишком сыровата.
>Если вы скажете, что для создания больших систем хватит того же PHP - то значит вы не писали больших систем. >Когда логика приложения состоит из 1000 и более экранов, а про наборы таблиц и думать страшно. Когда система должна работать с несколькими источниками данных, уметь работать в транзакционном режиме - да нет сейчас нормальной альтернативы для JAVA в сфере больших и сложных корпоративных систем.
>Вот и пишут фигню разную. Конечно, для написания сайта, хоме пейджа, да даже нашего форума вполне хватит MySQL, PHP. Тут без споров. Но задача автоматизации того же офиса по продаже компьютерной техники - нужно написать внутреннюю систему, потом экспорт через PHP в Интернет. Потом захотим дать возможность заказывать постоянным клиентам что-то. И пошло-поехало. И в России чаще всего это выглядит ужасающе. Потому как и внутри самой конторы появляются мелкие системы дя учета брака, по суппорту техники, по гарантийному обслуживанию, по сборке/разборке. Возвраты, договора, заказы техники.
>И когда пытаешься все это собрать вместе, получается такой компот, которым через недолгое время можно травануться.
>Да все дело в том, что системы становятся все больше и сложнее, а времени на разработку - все меньше. Поэтому и вынуждены разработчики использовать фреймворки, которые представляют собой механизмы для решения многих проблем. Использование стандартных (общепринятых) решений позволяет значительно сократить время разработки, поскольку большая часть кода уже кем-то реализована, может быть и не совсем идеально, но так, что еще раз изобретать велосипед нет смысла.
>В чем прелесть серверных приложений на Java(в смысле зачем Java на сервере)?
А есть алтернативы?
Java Enterprise Edition - это набор стандартов для создания гибких, масштабируемых приложений масштаба предприятия.
подробнее http://java.sun.com/j2ee/index.jsp
Туда входит
ORM (EJB)
web framework (JSF)
технология авторизации и аутентификации(JAAS)
технология создания порталов (jsr 168 ака Portlets)
Например LifeRay - отличный open source портал http://demo.liferay.net)
По всем этим причинам
по этой причине на Java написаны порталы очень многих крупных компаний
написаны на java.
oracle.com
sony.com
hp.com
sun.com
eagames.com
adobe.com
Бенчмарки "хорошей CMS" хочу. Скока страниц в секунду она покажет на
типичном для хостинга современном сервере. Хоумпага типа ЛОРа на мой
вкус тормозит безбожно, а местами вовсе спотыкается.
А оно надо кому-нибудь его дефейсить? Я могу показать сайты с трижды
дырявым phpBB, которые никто не трогает ;) Что касается неуязвимости
жабы - это миф и пиар. Всё, что смотрит в сеть - уязвимо, кроме разве
что qmail. Но даже его автор не рискнул сделать свои вебстранички в
динамике. А он спец по безопасности. Почти любое веб-приложение уязвимо.
И веб-приложения на жабе - не исключение. Просто их крайне мало.
вы, конечно же профессионал. после вас одни кайфы PHP рефакторить, новерное. Ужас, как люди могут опяскаться до таких рассуждений. Иногда даже думается, что тут клуб шутников
> и что, вы хотите сказать, что джаву нельзя заменить на perl+php?
Да можно... Даже Visual Basic'ом можно... Но традиция... А традиция - это не только просто: все так делают, а ещё и куча готовых решений, рецептов обхода подводных камней и т.д. Ну кому захочется лишние велосипеды изобретать?
тьфу... тьфу... тфу... в этом дерьме не довелось замараться. я вот перл знаю. большой профи, кстати, международного уровня, как многие считают :) и перл - такое Г, а уж HPH и подавно
http://jsf.iatp.org.ua/ru/index.html - Введение в JSF. "Итак - что же такое JavaServer Faces? JSF (JavaServer Faces) - это новая технология для построения веб-приложений.
Зачем нам нужна еще один фреймворк для построения веб-приложений, ведь уже есть сервлеты, JSP, Struts, Tapestry и еще много других библиотек, может спросить кто-то из читателей?
На этот вопрос есть простой ответ - такие технологии как сервлеты,JSP (и некоторые другие) требуют от программиста много скучной и однообразной работы, которая напрямую не относится к кодированию бизнес логики приложения.
Большинство этих библиотек не скрывают от программиста, что он работает с простыми HTTP запросами и ответами. И программисту приходится самому разбирать запросы, выбирать из ник параметры, обрабатывать данные, самому формировать ответы, и многое другое... Кроме того для остальных фреймворков зачастую нет IDE облегчающих процесс создания приложений. Еще одной проблемой является то, что даже популярные фреймворки развиваются только благодаря кучке энтузиастов, а не являются промышленными стандартами. JSF проектировалась так, чтобы решить все эти проблемы.
>Да можно... Даже Visual Basic'ом можно... Но традиция... А традиция - это не только просто: все так делают, а ещё и куча готовых решений, рецептов обхода подводных камней и т.д. Ну кому захочется лишние велосипеды изобретать?
с этим согласен. Кстати, джава популярна в европах, но совсем не популярна в России (я говорю не о кол-ве программистов, а о кол-ве заказов)
> Знаешь, это могло бы быть аргументом, если б не существовало ничего > подобного для тех же perl/python/php. А так - пустой звук.
(поправка: EJB - это далеко не только ORM)
Покажи, пожалуйтса, аналог EJB для perl/python/php. И ещё аналог Hibernate/JDO не помешает для затравки. Затем перейдём к web-слою и средствам разработки.
Ещё интересно посмотреть на проекты на perl/python/php имеющие хотя-бы 500К SLOC (непустые строчки кода кроме комментариев, можно посчитать, например, при помощи sloccount). Насколько они в хорошей форме при таких размерах? Насколько их легко сопровождать?
www.actvil.com - один из множества крупных java-based комерческих порталов. Причем весь финансовый документооборот проходит через еще более сложную систему от Amazon.com, базирующуюся на Enfinity (java) сервере.
> Гы. ЛОР - типичная хоумпага, и писать её на perl/php гораздо легче и
быстрее.
Про ЛОР не знаю, но попробуй свою следующую хоумпагу сделать на JSP/JSTL хотя бы в netbeans, для начала без всякой тяжелой артиллерии просто sql:* и xml:*, а потом рассуждай.
Хехе... Для начала гуглимся по поводу сайтов с жесткой нагрузкой. Почти в самом начале списка натыкаемся на /. Идем туда и читаем http://slashdot.org/faq/index.shtml - жабой там и не пахнет 8)
Далее, обращаемся к тому же гуглу по поводу навороченых сайтов ... После просмотра пары тысяч первых ссылок закрадывается смутное подозрение что и эта парафия не для земноводных 8)
> какой из этих языков ты знаешь достаточно хорошо, что бы мы могли аргументированно поспорить?
php
> re: Бенчмарки "хорошей CMS" хочу.
> А ещё чего хочешь?
Ну, а чего так хило? Вот так всегда - обламывают на самом интересном ;)
Мне нравится классный язык/платформа жаба (шутка), но меня мучает
вопрос, как с ним работать на недорогом оборудовании, то бишь в
условиях стандартного хостинга.