Несколько лиц-config.xml

Мой сценарий таков:

У меня есть шаблон с некоторым базовым кодом для моего приложения. В этом шаблоне есть несколько настраиваемых средств визуализации и несколько bean-компонентов в файле Faces-config.xml.

Затем у меня есть приложение, которое наследует базовый код от шаблона, и это приложение имеет некоторые дополнительные bean-компоненты. И каждый раз, когда я обновляюсь из шаблона, мне нужно вручную добавлять «локальные» компоненты приложения в Faces-config.xml.

Есть ли способ иметь несколько файлов face-config.xml или есть другой способ решить эту проблему?


jsf xpages jsf-1.2 managed-bean
person Fredrik Norling    schedule 21.01.2014    source источник
comment
Возможно, VariableResolver, проверяющий, находится ли он внутри базового или дочернего приложения?   -  person Lauri Laanti    schedule 21.01.2014
comment
Вы можете связать Faces-config в JAR вместе с bean-компонентами. К сожалению, у меня с этим проблемы: Faces config xml в файле jar ведет себя по-разному на двух домино "> stackoverflow.com/questions/9604715/.   -  person Frantisek Kossuth    schedule 21.01.2014
comment
Какую версию JSF-impl вы используете?   -  person Xtreme Biker    schedule 21.01.2014
comment
Ну, это IBM XPages, это то, что я знаю на основе JSF 1.2.   -  person Fredrik Norling    schedule 21.01.2014
comment
Это звучит как идеальный вариант использования плагина OSGi: общие функции применяются к приложению, которое, в свою очередь, имеет собственное поведение. Библиотека XSP поддерживает несколько файлов конфигурации Faces, поскольку существует явный метод для объявления файлов для загрузки. NSF, с другой стороны, предполагает, что он вносит свой собственный вклад.   -  person Tim Tripcony    schedule 21.01.2014
comment
Не знаю, какую роль здесь играет xpages, но это определенно возможно со стандартным JSF. См. также среди прочего config xml с XML-файлом внешних правил навигации"> stackoverflow.com/questions/19277637/   -  person BalusC    schedule 21.01.2014
comment
@TimTripcony Наверное, это было бы хорошей идеей. но развертывание приложения будет проблемой. Хотите поместить его в файл nsf, если это невозможно сделать. Лучше отредактировать файл.   -  person Fredrik Norling    schedule 21.01.2014
comment
Фредрик с OSGi будет содержаться в 2 NSF: ваше приложение и сайт обновлений. Это менее болезненно, чем кажется. @TimTripcony переместите свой комментарий к ответу, это хорошо.   -  person stwissel    schedule 22.01.2014
comment
@stwissel Я не думаю, что это болезненно, но все администраторы, которым нужно развернуть это на более чем 100 серверах, сделают это.   -  person Fredrik Norling    schedule 23.01.2014
comment
И да, @TimTripcony переместите свой комментарий в ответ.   -  person Fredrik Norling    schedule 23.01.2014
comment
Тогда будьте хорошим парнем... предоставьте сценарий, который создает все реплики вашей базы данных на всех серверах и обновляет файл notes.ini. Используйте это в качестве стартового wissel.net/blog/downloads/replicateall.html.   -  person stwissel    schedule 24.01.2014

Ответы (1)


arrow_upward
1
arrow_downward

Это звучит как идеальный вариант использования плагина OSGi: общие функции применяются к приложению, которое, в свою очередь, имеет собственное поведение. Библиотека XSP поддерживает несколько файлов конфигурации Faces, поскольку существует явный метод для объявления файлов для загрузки. NSF, с другой стороны, предполагает, что он вносит свой собственный вклад.

person Tim Tripcony    schedule 23.01.2014