2013-10-09 3 views
0

Не могли бы вы объяснить, что несет ответственность в MyFaces, чтобы выяснить, что нужно рассматривать как ресурсо-составной компонент. Я вижу это странное поведение, когда html-теги, такие как div, li и т. Д., Пытаются разрешить как составные компоненты. Я вижу, что Classloader ищет {mycompositecomponentnamespace} /div.xhtml, {mycompositecomponentnamespace} /li.xhtml и т. Д.Ресурсный резольвер для составных компонентов

В сущности, мой вопрос в том, как мои поверхности знают, какой тег нужно рассматривать как поиск ресурсов для композитный компонент и который следует игнорировать как стандартный тег html

ответ

0

В нескольких словах алгоритм просто выполняет то, что говорит спецификация JSF. Если связанное пространство имен в библиотеке имеет библиотеку ресурсов составного компонента, алгоритм проверки имен пакетов для составных компонентов после JSF 2.0 Resource Handler алгоритма. В JSF 2.2 все было изменено на включение контрактов библиотеки ресурсов. Как MyFaces делает это в коде, является частью его собственной реализации, но он следует алгоритму, предложенному в спецификации.

+0

Спасибо. Не могли бы вы указать, почему я вижу поведение, которым я являюсь? – user1299508

0

MyFaces2.0.2 и 2.0.3 при попытке проанализировать Facelet с помощью SAXParser попытаются найти каждый тег в качестве ресурса в Classloader. Я бы подумал, что у него будет возможность понять, что нужно искать и что такое стандартный тег HTML.

Смежные вопросы