Какие существуют варианты передачи параметров в WAR до CDI?

Question

[grossws]

Конфигурация веб-приложения хранится на файловой системе. Как её можно параметризовать, чтобы была возможность задеплоить два одинаковых приложения с разными настройками?



Работающие варианты:

• параметризация на этапе сборки (например, значением свойства в заранее выбранном файле в CP)
  
• параметризация на этапе деплоя в exploded виде (аналогично предыдущему варианту)
  

Но данные варианты мне кажутся неудобными. Хочется нормальной конфигурации в runtime.



Из того, что не работает:

• JNDI — полноценный контекст доступен после деплоя приложения, на этапе CDI фактически недоступен
  
• Использование context path — Servlet Listener'ы запускаются после деплоя веб-приложения (аналогичен инжект с помощью @ContextPath в JBoss Solder)
  

Среда развертывания — JBoss AS7. У кого есть мысли по этому поводу?

Comments

[tsabir]

задеплоить два одинаковых приложения с разными настройками

— вы имеете ввиду задеплоить 2 одинаковых приложения на разные app-сервера (с разными настройками)?
Или же имеется ввиду возможность задеплоить 1 приложение 2 раза, но на разные Context-Path?

[grossws]

Имеется ввиду одно приложения задеплоенное под разными context-root.

Answer 1

[grossws]

Нашел забавный способ, но, к сожалению, платформо-специфичный. JBoss AS 7 использует URL вида vfs:/content/some.war/WEB-INF/some.file для ресурсов, находящихся в WAR'е.

Для получения этого URL проще всего воспользоваться аннотацией @Resource из JBoss Solder. При желании всегда можно взглянуть на имплементацию, чтобы увидеть какие класслоадеры используются для получения URL ресурса.

Answer 2

[Владимир]

задача легко решается с помощью maven profiles, разные файлы, разные context root, фильтрация иходников итд итп

Comments

[grossws]

Этот вариант озвучен в виде "параметризация на этапе сборки". Можно, например, базовый war указать в качестве runtime-зависимости. Файлы в текущем модуле могут оверрайдить исходные.