Статья опирается на EJB 1.1 Это старо как сами знаете чего от мамонта.
Сейчас, например, слой JavaBeans вообще руками писать не надо. Вся струкрура бинов и контроллеров строится автоматически из структуры базы данных. Для этого есть IDE (см. выше).
Отладка сложна. Согласен. Но для этого существует JUnit тестирование. Тесты тоже строятся автоматически на основе существующего вашего кода.
Потом, EJB ориентирована на КОРПОРАТИВНЫЕ решения. Это огромные сложнейшие комплексы с распределенными базами и тысячами пользователей. Поэтому и спецификации жесткие и навороченные. Но для небольших проектов можно взять малую толику того что предлагается. Совсем не надо пользоваться ВСЕМ ЧТО есть.
Например, для небольших проектов я пользовался Tomcat контейнер сервлетов и Hibernate для работы с SQL.
На постоянные изменения спецификаций можно просто "положить". Выбрали сервер, выбрали спецификации и работаем.
Моя система была реализована на EJB 1, хотя давно уже была EJB 3. Да пофигш! Работает и работает себе.
Тем не менее, даже в случае, если Вам необходимо поддерживать механизмы транзакций и т.д., но Вы не хотите использовать EJB, вполне возможно, что Вы будете в состоянии реализовать низкоуровневые системы поддержки необходимых Вам функций самостоятельно. Как правило, подобные подсистемы начинаются с горстки классов-фабрик, предоставляющих методы, подобные getConnection() и closeConnection(), а также нескольких классов-контроллеров вида XXXManager. В дальнейшем подобные классы вырастают, как правило, в некий усеченный вариант EJB контейнера. Поддержка подобного контейнера конечно целиком ложится на Ваши плечи, не самое лучшее решение, хотя и имеющее право на жизнь.
Вот это реальный тупизм. Даже коментировать не буду. Но человек имеет право иметь свое мнение.
.NET не является альтернативой J2EE. Пока даже не конкурент. CORBA да, но очень сложна и платформозависима.
3.Ни в коем случае не используйте EJB если Ваша команда не обладает опытом в применении этой технологии. В крайнем случае, Вы должны выделить дополнительное время и ресурсы для проведения обучения Ваших разработчиков.
Под этим подпишусь. Изучить надо много. Но некоторые проекты подругому просто не реализовать.
Может, конечно, просто всё пишется для закрытых корпоративных решений и задач, описанных топикстартером... В любом случае, серебряной пули нет ^_^
