Надоело ждать редиплоя при разработке. Уж очень долго поднимаются все контексты, инициализация. Как ускорить? Нашел один вариант, отказ от xml, есть ли реальный выигрыш?

На JavaOne видел презентацию JSF (до этого с ним не работал). Поигрался, вроде быстро. А стоит ли с JSF разбираться?

PS Сейчас грассоф опять play пиарить будет )

chpasha,

не, я про этот play

Dan Black,

Try JRebel Free for 30-Days!

svenomДля начала понять что именно тормозит.
Поднятие контекстов. spring-data, spring-mvc, spring-sec. Сам старт не считая сборки достаточно быстрый, но вот при постоянном редиплое хочется изменеия видеть быстрее (не говоря уже о PrmGenOO).


svenomJSF к долгому старту Спринга абсолютно перпендикулярен.
А? Я имел ввиду мнение некоторых людей, что Spring плохой, JEE6 хороший. Что всем совершено необходимо использовать возможности JEE6 и забыть про spring.

svenomПоднятие контекстов - это по стуи просто инстанцирование определнного количества объектов. Там могут быть простые объекты, в которые надо просто засетить поля. А могут быть тяжелые, вроде спринговой имплементации DataSource, когда надо создать пул коннекшнов к базе данных. Такие объекты инициализируются долго. Вам надо понять, что именно тормозит.
Это все понятно, а если вы ничего тяжелого не используете? Вот к примеру, пока простое приложение редиплоится около 10 сек.
Сначала спринг пытается удалить все что на создавал, потом создает заново. Согласитесь не очень удобно.
Пока точно не могу сказать, но вроде при каком-то изменении в JSF проекте данные попали вообще без пересборки проекта.


svenomДанное утверждение напрочь лишено смысла вне контекста конкретной задачи :)
Это все равно, что говорить "BMW лучше, чем Камаз". Кому лучше? В каких ситуациях лучше? Как вообще планируется использовать автомобиль?
Нет, почему. Это не утверждения а скорее вопрос "может ну его этот спринг?".
Опять же на JavaOne приезжали перцы из амстердама, рассказывали как мигрировать со спринга в JEE. Они клялись что за склонение на сторону JEE им оракл неплатил и что это несомненное правильное решение по их безграничному опыту :) Я понимаю что это перетягивание одеяла, но интересные вещи в их презентации тоже были. В общем современный JEE контейнер позволяет почти все то же что и спринг (а то и больше), ну кроме скьюрити и есть какой-то гемор с тестами.

grasoff.netТимоНSpring плохой, JEE6 хорошийно ты говоришь про jsf, который не очень корректно сравнивать с spring-mvc
Может я не настолько знаком с JSF, разве архитектура JSF не похожа на MVC? Единственное я пока не пойму(не дочитал еще) где контроллер в JSF.

пролетевшийДля разработки UI деплоим только бины используемые в интерфейсе, а вместо DAO/JPA etc - заглушки, которые имитируют бизнес логику. Деплой занимает секунды, и то только если поменялись классы, html/css/javasript меняется на лету.
Это бы мне сильно помогло, а каким образом вы собираете урезанный проект?

пролетевшийТимоНЭто бы мне сильно помогло, а каким образом вы собираете урезанный проект?
Используя профили Maven. Основных модулей 3: API, реализация с JPA/Hibernate, и заглушки ( stubs ). API подключается всегда, а реализация ( production/stub ) выбирается в зависимости от профиля. В Eclipse можно выбирать профиль для проекта, так и переключается.
Частично конфигурация держится в подключаемом проекте, для простоты имена классов реализации в production/stub одинаковы.А как это к спрингу? Вся проблема в долгом рестрате спринговых контекстов. Сейчас в проекте 3 контекста mvc/data/security. Рестарт занимает около 10 сек. В mvc пара контроллеров, в data 3 репозитария, security вообще толком не задействован. Как мне помогут профили?

Senya_LЭти перцы из Амстердама мягко говоря несли такую туфту. Такое ощущение, что им про спринг Рабинович напел... Меня больше заинтересовало то что они про JEE говорили.

Хотел бы вернуться к моей ранее начатой теме, точнее поделиться полученными результатами. Убрав из проекта почти все xml конфиги spring проект стал заметно быстрее разворачиваться.

INFO: Root WebApplicationContext: initialization completed in 1407 ms