Комментарии 22
Ну что уж тут говорить, он мёртв. И никакие угодники его уже не воскресят. Да и ни к чему это.
Вас обидели тем, что технология, на которую вы потратили полжизни теперь никому не нужна? Вы хотите поговорить об этом? Хабра — это не то место, куда вам нужно идти!
Обида тут совершенно не при чем.
Ожидал услышать что «JSF мертворожденный», «тормозной», «не гибкий из-за xml» и прочие болезни JSF 1.2, а услышал «да от него все отказались, а мы даже и пробовать не стали». о_О
Это от человека работающего в grails (основной костяк реализован на groovy, а он и сам не так давно был в подвешенном состоянии)!
Т.е. предметного разговора не получилось. Просто «он мертв». Все. Без альтернатив.
Опять же, вместо пустых разговоров я не поленился перепроверить мнение. Какие уж тут обиды?
Ожидал услышать что «JSF мертворожденный», «тормозной», «не гибкий из-за xml» и прочие болезни JSF 1.2, а услышал «да от него все отказались, а мы даже и пробовать не стали». о_О
Это от человека работающего в grails (основной костяк реализован на groovy, а он и сам не так давно был в подвешенном состоянии)!
Т.е. предметного разговора не получилось. Просто «он мертв». Все. Без альтернатив.
Опять же, вместо пустых разговоров я не поленился перепроверить мнение. Какие уж тут обиды?
Все просто. Ваш пост очень похож на крик души. Вы не рассказали как на jsf создавать сайты, не показали, как это быстро, не показали ни одного примера успешной компании, которая использует jsf и главное Будет использовать его в новых проектах. Вместо этого ваш текст содержал некую насмешку и удивление тем, что кто-то считает grails живее jsf.
Думаю, большинство заходящих в топик ожидали увидеть более ценную информацию. Увидеть сравнение с другими технологиями или на худой конец информацию о том, как он развивается, что нового планируется в версии 2.3.
Думаю, большинство заходящих в топик ожидали увидеть более ценную информацию. Увидеть сравнение с другими технологиями или на худой конец информацию о том, как он развивается, что нового планируется в версии 2.3.
Чаще всего «красивые» статьи и блоги пишут люди которые особо не разбираются в теме. Рассуждать про технологию мертва она или нет можно сколько угодно, НО существует конторы которые разрабатывают и поддерживают JSF контролы и благополучно их продают… При этом «чудо» технологии появляются и через год — два про них все забывают… Если разрабатываешь на «коленке» страничку для ИП то используй, что угодно. Если пишешь приложение уровня предприятия, то и используй стабильную технологию т.к. ее после поддерживать просто кому угодно…
Работаю в Nuxeo, когда то давно переписали платформу с питона на православную Java, было это, этак лет 7 назад и уже тогда были отзывы о JSF, как о мертворожденной технологии/фреймфорке. Но ничего, ребята у нас хорошие, все сделали здраво, все работает и по сей день и вот мы релизим 8 версию нашей платформы, где все наши аддоны тянут зависимости в соответствии с наличием или отсутствием JSF, так как по дефолту мы отказались от данной технологии и поставляем голый сервер с рекомендации установить WebUI (Polymer под капотом), конечно же при желании можно поставить старый UI и наслаждаться привычным интерфейсом.
У вас конечно же вопрос, а зачем, масштабный проект, да переводить на относительно сырой фрейм?
Да все просто: производительность, модульность, да и написано по человечески.
Для примера, время холодного старта упало с 24 до 2 секунд. Можно конечно сказать что руки у нас ни из того места, но столько лет и такие руки — расти не могут. :)
Мне тут как-то довелось проверить скорость рендеринга формы и таблички из БД на twisted+slqalchemy, tornado+slqalchemy и jsf+hibernate.
Результаты удивили: twisted и tornado рисовали страничку за 16-18 мс., jsf управился за 4-6 мс!
Грешил на БД и/или ORM. Убрал их как явление и отрисовывал данные из json файла. Py-like: 6-8 мс, JSF: 2-4 мс.
Много думал…
Результаты удивили: twisted и tornado рисовали страничку за 16-18 мс., jsf управился за 4-6 мс!
Грешил на БД и/или ORM. Убрал их как явление и отрисовывал данные из json файла. Py-like: 6-8 мс, JSF: 2-4 мс.
Много думал…
Парадоксальные вещи творятся в сообществе — технология вроде мертва, но…
Меньше чем за сутки топик просмотрели без малого 2к раз! Т.е. она мертва, но не мертва.
Без обиняков — чую придется еще пару раз приложиться к черновику, и, таки написать о минимальном проекте на maven+JSF. Так обсуждение будет более предметным.
По теме — коллеги, боюсь большинство сталкивалось с JSF версии 1.2.
Так вот 1.2 — действительно мрак, сам плевался и пришел к выводу что JSP мне хватит «за глаза».
Но вот уже 2.2 — очень даже сильна и приятна в использовании. Рекомендую!
Меньше чем за сутки топик просмотрели без малого 2к раз! Т.е. она мертва, но не мертва.
Без обиняков — чую придется еще пару раз приложиться к черновику, и, таки написать о минимальном проекте на maven+JSF. Так обсуждение будет более предметным.
По теме — коллеги, боюсь большинство сталкивалось с JSF версии 1.2.
Так вот 1.2 — действительно мрак, сам плевался и пришел к выводу что JSP мне хватит «за глаза».
Но вот уже 2.2 — очень даже сильна и приятна в использовании. Рекомендую!
> Меньше чем за сутки топик просмотрели без малого 2к раз
Абсолютно ни о чем не говорит. Многие кто просматривает — случайные проходящие.
Абсолютно ни о чем не говорит. Многие кто просматривает — случайные проходящие.
Никогда не писал на JSF 1.2 и сразу на JSF 2.x = Facelets, CDI, Life Cycle + Custom Beans (Validators)…
Всё вроде бы нормально. Но нормально для серверных программистов.
Если вы UIщик, то вам не будет хватать компонентов и вы начнёте искать дополнительные библиотеки (RichFaces и прочее), которые имеют свой собственный Look and Feel, они будут работать и выглядеть не так как хочется вам… А ещё этот рендер на стороне сервера.
Потом вы будете смотреть на Vaadin и думать переходить ли на него.
Поэтому JSF он не для всех, кому-то нужно проще и быстрее, и легче, а кому-то лучшего и не надо.
ИМХО JSF хорошо подходит для написание web-админки, даже очень разухабистой админки.
Всё вроде бы нормально. Но нормально для серверных программистов.
Если вы UIщик, то вам не будет хватать компонентов и вы начнёте искать дополнительные библиотеки (RichFaces и прочее), которые имеют свой собственный Look and Feel, они будут работать и выглядеть не так как хочется вам… А ещё этот рендер на стороне сервера.
Потом вы будете смотреть на Vaadin и думать переходить ли на него.
Поэтому JSF он не для всех, кому-то нужно проще и быстрее, и легче, а кому-то лучшего и не надо.
ИМХО JSF хорошо подходит для написание web-админки, даже очень разухабистой админки.
Для разного рода JS на клиенте есть такое: https://javaserverfaces.java.net/docs/2.3/jsdocs/
Это JavaScript библиотека отправляемая на клиентскую сторону.
С ее помощью можно дергать элементы JSF страницы из js.
В остальном — для клиентской отрисовки нужен REST, а это не сюда… скорее к JAX-RS.
На странице вполне может быть контент генерируемый сервером и блок div с id в который JS отрисует свои контролы.
Это JavaScript библиотека отправляемая на клиентскую сторону.
С ее помощью можно дергать элементы JSF страницы из js.
В остальном — для клиентской отрисовки нужен REST, а это не сюда… скорее к JAX-RS.
На странице вполне может быть контент генерируемый сервером и блок div с id в который JS отрисует свои контролы.
Как сейчас у jsf с разваливанием состояния при протухании пользовательской сессии?
Если речь про корректное завершение транзакций/закрытие соединений и пр. в бинах — работают аннотации PostConstruct и PreDestroy.
Если нет — прошу уточнить вопрос, т.к. по идее у протухших сессий и и должен разваливаться State.
JSF уже часть JEE6, т.е. http://docs.oracle.com/javaee/6/tutorial/doc/gmgkd.html верна и для JSF.
Если нет — прошу уточнить вопрос, т.к. по идее у протухших сессий и и должен разваливаться State.
JSF уже часть JEE6, т.е. http://docs.oracle.com/javaee/6/tutorial/doc/gmgkd.html верна и для JSF.
Подскажите на чем серверному программеру удобнее написать гуй? Что бы с визуальным редактором гуя и аннотациями серверного кода, который гуем бы дергался для реакции на пользователя. И что бы потом не смотреть как фреймворк подох как richfaces.
Вот тут некоторая статистика от Января 2015-го. Не уж то за год совсем умер?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Публикации
JSF мертв?