powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / JSFреференс VS Myfaces
10 сообщений из 10, страница 1 из 1
JSFреференс VS Myfaces
    #34308905
nonsense_name
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
есть ли в Myfaces методы ЖЦ? инит, дестрой у бинов и тд?

В нетбинс+вебпак создал страницу JSF, так значительно больше классов создалось- appbean,sessionbean,requestbean,pagebean (с соответственным скопом). Все они наследуются от соответственных абстрактных предков, которые, в свою очередь, наследуются от одного facesbean.
У этих абстрактных классов есть методы для разных стадиц ЖЦ - инит, препроцесс, пререндер, дестрой. И из pagebean можно получить доступ к applicationbean проще, чем из facescontext, тк есть метод getBean от facesbean.
Ессно, что это все для JSFреференс.

Есть ли ЖЦ у myfaces? почему нигде в книгах по нему нет указанных выше классов, и приходится изобретать велосипед?
Или это есть, но я не видел?
Чем так уж плох референс?

Итог - что использовать?
...
Рейтинг: 0 / 0
JSFреференс VS Myfaces
    #34313882
Фотография Изя Шниперсон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Библиотеки основанные Аjax технолгиии пока что еще не сформировались как промышленный стандарт, поэтому существует масса различных ветвей библиотек с использованием этой технологии.
При создании web приложений на JSP можно выделить 3 пути использования Ajax.
1) Использование Ajax библиотек, написанных на javascript, которые работают на клиентской части. Такие библиотеки можно использовать независимо от языка серверной части приложения (java, php, ASP.NET, perl).
2) Использовать JSF компоненты, со встроенными технологиями AJAX - Ajax4JSF, АJAX компоненты от Sun.
3) Создавать собственные JSF компоненты, в которых отображение и прием\передача данных с сервера\на сервер производилась бы с помощью AJAX.

I) При первом подходе были рассмотрены 3 Ajax библиотеки, написанные на javascript: jMaki, Dojo и Taconite.
Наиболее приемлемым было бы использование Taconite, http://taconite.sourceforge.net т. к. с помощью нее можно быстро создавать web-интерфейсы динамической компановки, основанные на технологии Ajax и jsp. Позволяет динамически загружать и обновлять часть JSP страницы без перезагрузки всей страницы. Изучение функций этой библиотеки возможно в короткие сроки.
Минусы - отсутствие возможности применять одновременно на странице вместе с JSF. Проблемы с отображением изображение и запуском javascript‘ов на динамически загружаемых и обновляемых частях страницы.
Библиотека jMaki https://ajax.dev.java.net/ разработана для нового web сервера GlassFish, а на серверах предшествующего поколения (Тоmcat) некоторая функциональность может не работать.
Dojo http://dojotoolkit.org/ - очень объемная библиотека, позиционирующаяся как универсальная клиентская библиотека совместимая с любой серверной технологией (java, ASP.Net, php, perl), в документации по ней не акцентировано возможное использование вместе с технологиями jsp, всвязи с этим возникают трудности при ее изучении и применении вместе с JSP.
II) Использование JSF компонентов от Sun со встроенными Ajax технологиями Project Dynamic Faces (DynaFaces) https://jsf-extensions.dev.java.net/nonav/mvn/ рекомендуется вместе с новым web-сервером GlassFish. Для серверов предшествующего поколения, таких как Apache Tomcat, OC4J, JSF компоненты могут не работать.
Компоненты JSF из библиотеки Ajax4JSF https://ajax4jsf.dev.java.net/nonav/ajax/ajax-jsf/ позволяют создавать web-приложения уже с имеющимися компонентами JSF и могут быть использованы для получения дополнительного функционала на формах, такие как: Обновление элементов страницы (надписей, форм ввода, таблиц) без перезагрузки страницы. Возможность отправки данных с формы на сервер без перезагрузки страницы.
III) Третий путь весьма затрачен по времени, если целью ставится решение прикладных задач а не
Разработка новых JSF компонентов.

Вывод: Решения, предлагаемые компанией Sun Microsystems, интегрированные с технологией Ajax позиционируются для использования вместе с новым web-сервером GlassFish. А на наиболее распространенных web-сервераx для Java, таких как, Apache Tomcat, ОС4J, целесообразно использовать решения сторонних разработчиков – Ajax библиотеку Taconite написанную на javascript, Ajax4JSF - JSF компоненты созданные с учётом технологии Ajax.
...
Рейтинг: 0 / 0
JSFреференс VS Myfaces
    #34313908
Leonidv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Все хорошо, но есть еще один путь. Использование AJAX библиотек со сторонними фреймворками вроде Struts 2, Wicket, ZK.
...
Рейтинг: 0 / 0
JSFреференс VS Myfaces
    #34314340
PassingBy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
https://ajax4jsf.dev.java.net/nonav/ajax/ajax-jsf/

http://www.icesoft.com

Все вполне аяксовое и работает с MyFaces и RI.
...
Рейтинг: 0 / 0
JSFреференс VS Myfaces
    #34314762
expp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 nonsense_name
методы бинов и JSF реализация насколько я помню штуки ортогональные. эти методы это sunовская платформа rave. как мне кажется проблем использовать эти init ы с myfaces быть не должно.

2 Изя Шниперсон, Leonidv, PassingBy
чуваки я ослаб моском. вы о чём? в первом посте ни одного слова по аджаксину нету
...
Рейтинг: 0 / 0
JSFреференс VS Myfaces
    #34315212
nonsense_name
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 expp:
сановская имплементация называется rave? я просто не видел в книгах по myfaces упоминания эти методов ЖЦ. Да, и, как я говорил, только в сане jsf-бины наследуются от кучи всего. в myfaces - от object.
Можешь подробнее? мне сановские показались продуманнее с первого взгляда. Проблема, что я уже сижу на myfaces.

2 others: познавательно.
...
Рейтинг: 0 / 0
JSFреференс VS Myfaces
    #34316520
expp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
в названиях пакетов этих мега предков есть слово rave это и оно и есть. это просто классы чтоб дизайнеру было проще код генерить и ещё койчо. повторюсь: иерархия наследования backing bean (задабобов) и JSF impl никак друг на друга не влияют. на них (rave) кажется есть исходники и жабадоки там всё просто и ясно. ну или книжгу читкани, по хренатору, что в халяву можно сгрузить с сайта
...
Рейтинг: 0 / 0
JSFреференс VS Myfaces
    #34322459
PassingBy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если мне память не изменяет, то жизненный цикл Rave похож на то, что сделано в Shale (http://shale.apache.org), что и не удивительно - один и тот же человек делал. Shale должен и с RI, и с MyFaces работать.
...
Рейтинг: 0 / 0
JSFреференс VS Myfaces
    #34323425
nonsense_name
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
что такое shale? вроде основано на JSF, но не имплементация? что оно надстраивает? как раз эти методы ЖЦ? поподробней плз, зачем оно надо :)
...
Рейтинг: 0 / 0
JSFреференс VS Myfaces
    #34323505
PassingBy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подробнее тут , например, - от самого Крейга МакКланахана. Суть в том, что JSF сам по себе имеет массу количество точек расширения через листенеры, рендеркиты и пр. Вот на них и можно строить разные фреймворки - один вариант Shale, другой - Rave, третий - JBoss Seam, где вообще все, что можно в слой EJB выкинуто, а почти вся конфигурация делается через аннотации.
...
Рейтинг: 0 / 0
10 сообщений из 10, страница 1 из 1
Форумы / Java [игнор отключен] [закрыт для гостей] / JSFреференс VS Myfaces
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]