Как вы продолжаете изучать корпоративные серверы приложений Java? - PullRequest
0 голосов
/ 22 июня 2009

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

Из списка функций это было бы идеально для замены нашего скоро устаревшего приложения для создания отчетов на стороне сервера. Но на данный момент, для 2 разработчиков, просто понять все настройки, настройки, администрирование, настройку, тестирование, не говоря уже об API и самом программировании, кажется слишком много, слишком много, слишком сложно.

По какому пути люди знакомятся и продуктивно работают с такими серверами приложений?

Ответы [ 4 ]

1 голос
/ 22 июня 2009

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

Например, вам действительно нужен полный стек JBoss? Разве Tomcat не будет достаточно? Это намного меньше, чем горстка.

0 голосов
/ 22 июня 2009

По моему опыту, использование одного из них - лучший способ узнать, что вам нравится / не нравится в нем. Если у вас есть проект, настроенный для одного сервера приложений, он не должен слишком много работать для его миграции на другой. В настоящее время я работаю над приложением, которое мы ежедневно разрабатываем и тестируем с использованием простого сервера Tomcat v6, но которое работает в производственных условиях на Websphere Application Server и JBoss.

В качестве дополнительного примечания к вашей разработке я настоятельно рекомендую рассмотреть возможность интеграции среды разработки Eclipse с выбранным вами сервером приложений через серверные адаптеры - это значительно ускорит задачи разработки и упростит процесс отладки.

0 голосов
/ 22 июня 2009

Я бы сказал, что минимальные возможности для использования Java EE:

  1. Сервлеты и JSP, написанные с использованием JSTL (без скриплетов)
  2. JDBC
  3. JNDI для объединения подключений к базе данных (необязательно, но рекомендуется)
  4. Базовая аутентификация для безопасности

Вы можете многого достичь, зная только это. Если вы хотите минимизировать кривую обучения, я бы рекомендовал начинать с них и держаться подальше от EJB, JMS, Struts, JSF и т. Д.

Другое преимущество заключается в том, что этот набор функций является общим для механизмов сервлетов / JSP, таких как Tomcat, Jetty, Resin и т. Д., А также для полноценных серверов приложений Java EE, таких как WebLogic, JBOSS, WebSphere и т. Д. Приложение, которое запускается один из них должен быть переносим на любой другой, если вы избегаете расширений, специфичных для движка приложения.

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

Существует другой подход: наймите опытного гида, который поможет вам с обучением и наставничеством для первого проекта. Вас может начать шестимесячный концерт в известной консалтинговой фирме.

Наконец, я бы порекомендовал Spring. У него также есть кривая обучения, но это хорошая альтернатива разработке Java EE EJB.

0 голосов
/ 22 июня 2009

Я бы подошел к этому так же, как и ко всему новому.

Начните с документации - прочитайте введение и основные документы по настройке / конфигурации. Затем перейдите к учебным пособиям и, возможно, некоторым простым приложениям, которые мне кажутся интересными. В вашем случае, возможно, перенести несколько функций на новую систему. Со временем вы должны поправиться с инструментами под рукой.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...