Начиная с Web-фреймворков, заканчивая базами данных и ORM -- в Java сотни различных решений. Чтобы все проверить -- уйдут месяцы и годы (с учетом того, что первое впечатление обманчиво).

Как вы в этом всем разбираетесь? Или используете то, что вам порекомендовали?

Здравствуйте, Аноним, Вы писали:

А>Начиная с Web-фреймворков, заканчивая базами данных и ORM -- в Java сотни различных решений. Чтобы все проверить -- уйдут месяцы и годы (с учетом того, что первое впечатление обманчиво).

А>Как вы в этом всем разбираетесь? Или используете то, что вам порекомендовали?

Имхо, не нужно все проверять. Вместо этого нужно неплохо знать j2se & j2ee. А также поработать с мейнстримовыми фреймворками и библиотеками (их не так уж и много). Потом ориентироваться во всем этом безобразии станет намного легче.

On 20/09/11 20:14, Аноним 766 wrote:

> Начиная с Web-фреймворков, заканчивая базами данных и ORM -- в Java сотни различных решений. Чтобы все проверить -- уйдут месяцы и годы (с учетом того, что первое впечатление обманчиво).
> Как вы в этом всем разбираетесь? Или используете то, что вам порекомендовали?

Базы данных как бы к сабжу не относятся.

ORM библиотека — за редким исключением везде одна и таже (Hibernate),
иногда с отдельным слоем стандартизации (JPA2)

Основных Web-фреймворков тоже немного — Struts 2 (устаревает), Spring
MVС (элементарный), Spring WebFlow (описание переходов), JSF
(громоздкий, куча готовых контролов), плюс второстепенная колонна
компонентных ZK, Wicket, Tapestry, Click; плюс особняком стоит Google GWT.

К тому же никто не мешает урезать серверную часть за счет клиентской с
ExtJS, jQuery UI, Google Closure и т.д.

Шаблонизаторы — JSP (cтандарт), Velocity, FreeMarker — последние два
можно использовать шаблонизации для чего угодно.
Разбираться — книг навалом и форумов полно. Ну и все open-source конечно.

Изучать посоветовал бы Spring Framework (IoC, MVC, ORM, OXM) плюс
Hibernate — самый ходовой товар на рынке труда. Также желательны знания
по Maven и ANT. Ну и сам язык (платформу) — коллекции (там их куча на
все случаи жизни), многопоточность.

Пару лет уйдет на все, да

Здравствуйте, Аноним, Вы писали:

А>Начиная с Web-фреймворков, заканчивая базами данных и ORM -- в Java сотни различных решений.
Зоопарк только в web-фреймверках. Причем их тоже вполне можно собрать в 4-5 груп по единым признакам.
Во всём остальном почти без альтернатив. Есть 1-2 решений, выбрать между которыми не трудно.
Разбираться во всем API необходимости нет. Принципы везде одни и те же.

А>Чтобы все проверить -- уйдут месяцы и годы (с учетом того, что первое впечатление обманчиво).
А>Как вы в этом всем разбираетесь? Или используете то, что вам порекомендовали?
Читаем отзывы, рекомендации, сравниваем, советуем что уже попробовали.

Кому зоопарк, а кому и разнообразие выбора.

Ориентируюсь благодаря опыту — своему и чужому, а также технической интуиции.
И мневажно найти и отшлифовать комбинации, которые хорошо решают мои задачи, а не попробовать всё что бывает.

Здравствуйте, mazurkin, Вы писали:

M>ORM библиотека — за редким исключением везде одна и таже (Hibernate),
M>иногда с отдельным слоем стандартизации (JPA2)

Почему так категорично. Что скажете по поводу Eclipselink?

Здравствуйте, Аноним, Вы писали:

А>Начиная с Web-фреймворков, заканчивая базами данных и ORM -- в Java сотни различных решений. Чтобы все проверить -- уйдут месяцы и годы (с учетом того, что первое впечатление обманчиво).

Все проверять не надо, большинство библиотек отметается после прочтения форумов.

А>Как вы в этом всем разбираетесь? Или используете то, что вам порекомендовали?

Читаю форумы, сам смотрю на спецификации. Что-то из опыта.
Тебе надо срочно что-то выбрать? Если задача не уникальная, то выбирай самый мейнстрим. По принципу "миллионы мух не могут ошибаться". Плюс гарантирована более менее нормальная документация и поддержка коллег на форумах.
А потом и сам сложишь свое мнение.

Здравствуйте, Blazkowicz, Вы писали:

B>Зоопарк только в web-фреймверках. Причем их тоже вполне можно собрать в 4-5 груп по единым признакам.

Не по теме топика, а можно эти 4-5 груп по единым признакам в студию?

Здравствуйте, Michael Ponomarev, Вы писали:

MP>Не по теме топика, а можно эти 4-5 груп по единым признакам в студию?
Ну, хотя бы так:
JavaScript based (RAP, GWT и надстройки (SmartGWT, ExtGWT, Vaadin))
JSF based (ADF, MyFaces, RichFaces, PrimeFaces)
Action Based (Struts 2, Spring MVC)
Component Based (Click, Tapestry, Echo (хотя его можно и в первую группу отчасти))

Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, Michael Ponomarev, Вы писали:

MP>>Не по теме топика, а можно эти 4-5 груп по единым признакам в студию?
B>Ну, хотя бы так:
B>JavaScript based (RAP, GWT и надстройки (SmartGWT, ExtGWT, Vaadin))
B>JSF based (ADF, MyFaces, RichFaces, PrimeFaces)
B>Action Based (Struts 2, Spring MVC)
B>Component Based (Click, Tapestry, Echo (хотя его можно и в первую группу отчасти))
IceFaces в JSF based
Wicket — в Component Based
Play в куда ?
Опять же GXT и сотоварищи они же еще и Component Based

Не флейма ради

Здравствуйте, Michael Ponomarev, Вы писали:

MP>Здравствуйте, Blazkowicz, Вы писали:

B>>Здравствуйте, Michael Ponomarev, Вы писали:

MP>>>Не по теме топика, а можно эти 4-5 груп по единым признакам в студию?
B>>Ну, хотя бы так:
B>>JavaScript based (RAP, GWT и надстройки (SmartGWT, ExtGWT, Vaadin))
B>>JSF based (ADF, MyFaces, RichFaces, PrimeFaces)
B>>Action Based (Struts 2, Spring MVC)
B>>Component Based (Click, Tapestry, Echo (хотя его можно и в первую группу отчасти))
ИМХО, очень развесистое разделение, хватило бы Request/Component based framework, ну или Stateful/less (но это все спорно

Автор:
Дата: 16.03.11

)
MP>Play в куда ?
В Action Based (Request based framework)

Здравствуйте, silverwolf, Вы писали:

S>ИМХО, очень развесистое разделение, хватило бы Request/Component based framework
Тогда можно и в одну группу объеднить — Java Web Frameworks — ещё компактнее чем разделение на 2 группы