Лол?
Возможности java привосходят возможности php. Jsp это не вся java, это только способ представления данных в виде html (беда nолько в том, что jsp не запрещает вставлять "логику" в страничку).

И зачем переписывать на java php-шный код? Можно написать лучшее приложение: с прозрачной архитектурой, удобное для дальнейшего девелопинга и прочими прелестями java :)

Yuraz.com
Хорошо, в каких случаях нужно писать на Джаве, с её сервлетами, jsp, JabaBean-ми, EJB and custom тагами?

В тех где есть в этом необходимость (только не нужно из принципа вставлять в приложение всё существующие технологии :)).
Трудно просто взять и сказать - "это писать только на php", а "это только на java". Если просто поболтать языком, то я бы сказал так: всё что предполагается развивать и поддерживать в дальнейшем и приложения реализующие сложную логику - выгоднее писать на java. Это окупится.
Простота тестирования, легкость изменений (если написано руками).
На практике надо принимать решение исходя из имеющихся специфических требований(например связь со старым кодом), а так же финансовых и людских(прежде всего класс программистов) ресурсов. Ни куда не денешься.

Единственный минус возникает если сажать на java слишком простые приложения. На мой взгляд ради это поднимать контейнер (томкат etc) лишняя трата аппаратных ресурсов.


Т.е. если бы, например, UBB Forum переписать на всем этом, то верно ли:
-разработка, написание заняла меньше времени в разы;
-это было бы приложение в несколько раз быстрее, надежнее, с легко разбираемым кодом?

1. Да. Главное при сравнении не начать равнять хороших php-кодеров и плохих java-программистов :)
2. Да, если не пытаться запускать сервер на 200 пентиуме с 32мб памяти. (хотя ещё не известно, кто в такой конфигурации будет тормозить быстрее :))
(+ оговорка из первого пункта)

Бесспорно только то, что "управление" java-кодом на порядок выше, чем пачкой файликов с раскиданой по них логикой в перемешку с пердставлением.
Так же бесспорно как и то, что на любом языке можно писать и хорошо и плохо :)

К радости (или к сожалению?) я на php ничего крупного не делал (довелось только попеределывать ради фана одну не очень навороченную борду), но думаю что я не сильно далёк от истины в свои утверждиях.


Ну стоит у меня Tomcat, Resin, посмотрел я, что идет в демках- примитивные примеры. Никакого впечетления на меня не произвели...

На меня тоже :)
Это просто tooltips - ответы на простые вопросы "как?".

Именно java технологий?

Технологии сами по себе мертвы и ничего не решают. Это элементы архитектуры приложения, только уже реализованные.

Хорошую же архитектуру можно целиком реализовать на чём угодно,
хоть на ассемблере, только это не удобно и долго (хотя кому как :))

В чём преимущество java? Есть много готовых решений (читай технологий).

Например struts. Это, как уже говорили, элемент паттерна MVC, т.е. разделения логики, данных и представления. В любом сколько нибудь серьёзном веб-приложение встаёт такая задача (если не встаёт - то плохо).
Не нравистя struts - можно использовать пару xml+xsl.

Нужно написать распеределённое приложение, работать с большими объёмами данных - вот тебе ejb (избавляет от реализации "шаринга объектов", проблем с их созданием/сохранением etc).

Прежде чем пользовать технологии нужно понимать, что они из себя есть.


Хотите задачу? :) Любая, если уверенно владеть ООА/П. Тот же форум.

Главное не думать, что язык избавляет программиста от всех проблем.
Как хорошо написал Фредерик Брукс в книжке "Серебрянной пули нет", у задачи есть присущя ей сложность и никакие языки программирования, IDE, технологии не избавят от неё, и есть сложность связанная с реализацией решения (например, писать на ассемблере или выскоуровнем языке).
30% - это выйгрыш который в принципе может дать использование удобного языка, IDE, средст тестирования etc. (почти (с)) брукс.
Если задача не сложная и можно использовать уже готовые решения(читай технологии :) ) только чуть изменив их под себя - получаем 100 и более % ускорения разработки.

Yuraz.comнельзя же так тупо, о, раз например в банке, значит нам надо это на JAVA написать... Просто чем руководствуются программисты, или не программисты, а системные архитекторы, или как там их, которые решают на чем это делать. Понятно, что на PHP разрозненные файлики лежат в разных дирректориях, не серьёзно как то.., а тут целый скомпилированный код...
В таком случае, я могу написать ISAPI приложение в виде dll/exe, которое ещё быстрее будет работать (например так на ebay.com реализовано) и не надо никакой виртуальной ява машины, плюс легко реализуема многопоточность :)

Как написанно у Гради Буча "хорошая команда и хороший процесс, лучше чем хорошая команда без процесса".

Рабочий процесс проще организовать используя ОО язык. Это особенно актуально для крупных проектов. Если весь проект легко удержать в одной голове - тут все плюсы только эстетические.

Yuraz.comЗначит нет ни одного примера(ссылки на продукт например), что на Яве проще и разумней сделать?

:)

Хотя бы это:

http://competentum.ru/competentum.php?page=solutions

Вперёд на софттул который будет с 28 числа и считай сколько там продуктов написанных на ПХП, а сколько на Java (cколько на С не надо :))