Фреймворк на Java для создания корпоративных сайтов

Question

[Pyjamec]

Собственно интересует следующее:
1. На каком фреймворке вы создаете сайты корпоративного уровня или просто большие ресурсы?
2. Также годится ли он для сайта любой сложности?
3. Плюсы/минусы указанного фреймворка.

Comments

[dborovikov]

Что касается корпоративных решений, то там видимо рулит JSF и компания. Однако довольно тяжелая это технология. Для сайтов любой сложности, при этом с минимальным оверхедом, лучше всего Spring MVC, так как Spring это вообще самодостаточная технология, кроме того достаточно быстрая. Еще часто слышу про всякого рода порталы, можете посмотреть (JBoss Portal, Liferay)

Answer 1

[antalus]

Вам следует для начала определиться с требованиями к корпоративному сайту. Это будет портал, или классический CRUD сайт, или Rich Internet Application. Будет ли это классическое server-centric приложение, или client-centric. Необходим ли вам ручной контроль над Javascript. Подходит ли компонентная модель под ваше приложение. Исходя из анализа всех требований и следует выбирать фреймворк. Практически все известные Java web фреймворки подходят для создания «сайта любой сложности» с некоторыми оговорками.

Если знаете английский — обязательно ознакомьтесь с хорошей статьей, дает хорошее описание «областей» для Java фреймворков. java.dzone.com/articles/categorization-web-frameworks

Comments

[Pyjamec]

Вы правы, но еще одним моментов был интерес на чем же все таки пишут подобного рода ресурсы в России. Понятно, что Spring, Grails — самые популярные, но все же!

Answer 2

[vgrichina]

Очень рекомендую Grails – www.grails.org/

Он использует Hibernate и Spring, но подает их в удобоваримом виде, а-ля Ruby on Rails.

Comments

[vgrichina]

Забыл собственно по пунктам:

1. Grails.
2. Да, не годится могут разве что микрофреймворки.
3. Плюсы – Groovy лучше чем Java, много плагинов, удобство разработки (большинство вещей обновляется на лету).
Минусы – много сырых плагинов без адекватной документации, медленно запускаются тесты.

[Pyjamec]

Grails смотрел, мне он тоже очень понравился, но по-моему у него есть еще один минус в скорости работы и была проблема — слишком много класс-файлов и костылей генерировалось. Также очень понравилась книга от Символ+ по Grails, грозились выпустить по Groovy, но не выпустили(

Answer 3

[asm0dey]

Мы пишем на GWT.

Comments

[Pyjamec]

Любопытно!

[asm0dey]

Поскольку нам не нужна индексируемость поисковиками, то GWT кажется идеальным вариантом.
Но лично я куски начинаю писать на Vaadin. Потому что траффик нам тоже не так уж важен.

[Pyjamec]

И что можете сказать про эти фреймворки?

[asm0dey]

GWT очень хорош — во первых, чтобы на нем писать, не нужно знать ни HTML, ни CSS. Вся клиент-серверная работа происходит аяксом. GWT — это джава-код, который интерпретируется в джаваскрипт. Этот джаваскрипт по сути отвечает и за клиентскую логику и за построение DOM. Абслютно кроссбраузерно (начина с IE 5.5 или 6, не помню). Минус — поисковики индексировать не могут.

Vaadin по стилю вообще никак не связан с веб-программированием. Когда на нем пишешь — это выглядит так же, как когда ты пишешь с использованием, например свинга. Соответственно, абсолютно вся логика возложена на сервер (нажал на кнопку — на сервер отправился запрос, вернулся ответ, как изменилось представление, если изменилось). На клиентской стороне вообще никакой работы не происходит. Минус — относительно большой оверхед по траффику.

Зато в vaadin нету никаких сервлетов, даже специальных, никаких хитрых языковых конструкций.
Кроме того, у него есть встроеннный механизми биндинга бинов к формам.

[Pyjamec]

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

Answer 4

[Igor Petrov]

Недавно читал книжку (если будет интересно, вспомню), в которой автор разрабатывал веб приложение с использование JSP, Hibernate и Spring. Кстати, весьма интересная книга.

Comments

[Pyjamec]

Название и линк в почту, хотя можно и сюда:)

[Ro_On]

Напиши сюда, тоже интересно что за книга

[Igor Petrov]

Пожалуйста:
«Гибкая разработка приложений на Java с помощью Spring, Hibernate и Eclipse» Анил Хемраджани.
(«Agile Java Development with Spring, Hibernate and Eclipse» Anil Hemrajani)

Answer 5

[CGS]

http://habrahabr.ru/blogs/java/106744/

Answer 6

[Ололёша Ололоев]

Попробуйте Play Framework

Comments

[Pyjamec]

Да, по идеи штука хорошая, но как обстоит дело с модулями(расширениями, плагинами) и производительностью? Что-то в какой-то статье помню был недостаток у данного фреймворка… не помню какой(

[Mecid]

с производительностью все отлично, модулей тоже хватает.

Answer 7

[dborovikov]

Извините, не туда ответил.

Что касается корпоративных решений, то там видимо рулит JSF и компания. Однако довольно тяжелая это технология. Для сайтов любой сложности, при этом с минимальным оверхедом, лучше всего Spring MVC, так как Spring это вообще самодостаточная технология, кроме того достаточно быстрая. Еще часто слышу про всякого рода порталы, можете посмотреть (JBoss Portal, Liferay)

Comments

[Pyjamec]

А как у Spring с xml сейчас? Все также полно xml-я в текущей версии, либо все же перешли на конфигурацию через анотации?

[dborovikov]

Довольно давно уже не использую спринг в плотную, так что могу ошибаться. Инстанциирование бинов настраивается конечно как через аннотацию @Component (инъекция через аннотацию @Autowired), так и через java-конфиг. Единственное, на сколько я понял, не все возможно настроить через java-конфиг, кое-что включается через xml-ник. То есть приложение выглядит как небольшой xml-ник с настройками, все остальное аннотациями.

Кстати, со спрингом перестал работать, так как в нашей компании отказались от java-фреймворков для построения web-представления и перешли на Python-решение. На java же пишутся REST сервисы, отдающие xml.

[Pyjamec]

Ну понятно!
Django, Pyramid, WebPy? или свой?)
Хотя есть еще и Grails, Play
Питончик я тоже люблю, классный язык!

[dborovikov]

Свой: github.com/hhru/frontik

Grails, Play, Django и тому подобные — это так называемые rapid web appication frameworks, для крупных проектов не годятся, так как построены на некоторых упрощениях (собственно благодаря чему и достигается rapid), что в сложных случаях выходит боком.

Возможно что-то вроде Pyramid было бы неплохо, однако было еще требование асинхронности, так что было разработано свое.

[Pyjamec]

Продвигать в массы будете?) А линк и фреймворк обязательно гляну, хочется поддержать свое, отечественное!

[dborovikov]

Ну я как бы не CTO, но поскольку проект изначально задуман как open source, так что всякого рода участие приветствуется.

[Pyjamec]

Ну ревизию всегда могу сделать:) Баги поискать и т.д.:)
А в чем преимущество такого подхода?

[dborovikov]

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

Answer 8

[agoodis]

node.js

Comments

[agoodis]

Любопытно, на хабре не любят node.js?

[DevMan]

Все проще: JavaScript != Java

[agoodis]

извиняюсь, не правильно прочитал вопрос.