Какие-либо замены или конкуренты в Apocal Commons-Configuration?

Недавно я попытался использовать Apache Commons-Configuration для управления некоторыми локальными файлами конфигурации XML. Это резко сокращает простоту использования (не может загружать пустые конфигурационные файлы, CombinedConfiguration требует использования базовых конфигураций для большинства операций и т. Д.) И согласованности в его API (сохранение сообщений о событиях нет, события не являются универсальными).Какие-либо замены или конкуренты в Apocal Commons-Configuration?

Помимо настроек JDK, которые записываются в реестр (что мне не нужно), есть ли другие альтернативы управлению настройками на основе файлов?

Использование другого формата файла не является вариантом.

источник

2012-04-18 Spencer Kormos

Что случилось с 'Свойства'? –

Использование свойств для XML не дает никакой пользы от файлов с прямыми свойствами, что недостаточно для моих целей. –

Я имел в виду прямые файлы свойств. Почему, по-вашему, XML лучше подходит? –

В вашем вопросе не указывается, нужно ли вам оставаться с технологией на основе XML. Если нет, то вы можете сделать хуже, чем считать Json, YAML или (мой любимый, и тот, который я поддерживаю) Config4*.

источник

2012-04-18 19:55:21

Он должен быть XML. Я обновил вопрос. –

Я использовал XStream в прошлом для этого, но это просто привязка данных XML, отображение из файла в объекты. Это ставит бремя на вас, чтобы предоставить более высокий уровень методов (в частности, объединение конфигураций, валидация).

источник

2012-04-18 20:48:42

Я начинаю думать, что это маршрут, который мне нужно будет (un/marshalling using XML Api), хотя я надеялся избежать этого. XStream делает его более простым, чем другие, поэтому сначала попробую. Спасибо за напоминание. –

Удачи. Сейчас я нахожусь на C++, и есть boost :: property_tree, который делает большую часть того, что мы хотим. –

Какие-либо замены или конкуренты в Apocal Commons-Configuration?

ответ

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