Чтение Java-файла .properties из Bash

One option is to write a simple Java program to do it for you - then run the Java program in your script. That might seem silly if you're just reading properties from a single properties file. However, it becomes very useful when you're trying to get a configuration value from something like a Commons Configuration CompositeConfiguration backed by properties files. For a time, we went the route of implementing what we needed in our shell scripts to get the same behavior we were getting from CompositeConfiguration. Then we wisened up and realized we should just let CompositeConfiguration do the work for us! I don't expect this to be a popular answer, but hopefully you find it useful.

Если вы хотите использовать sed для синтаксического анализа файла -any- .properties, вы можете столкнуться с довольно сложным решением, поскольку формат допускает разрывы строк, строки без кавычек, юникод и т. Д .: http://en.wikipedia.org/wiki/.properties

Одним из возможных обходных путей было бы использование самой java для предварительной обработки файла .properties во что-то удобное для bash, а затем его источник. Например:

.properties файл:

line_a : "ABC"
line_b = Line\
         With\ 
         Breaks!
line_c = I'm unquoted :(

будет преобразован в:

line_a="ABC"
line_b=`echo -e "Line\nWith\nBreaks!"`
line_c="I'm unquoted :("

Конечно, это приведет к худшей производительности, но реализация будет проще / понятнее.

У меня есть несколько сценариев оболочки , которым нужно найти некоторые .properties и использовать их в качестве аргументов для программ, которые я не делал » я пишу. В основе сценария лежит такая строка:

dbUrlFile=$(grep database.url.file etc/zocalo.conf | sed -e "s/.*: //" -e "s/#.*//")

Фактически, это grep для ключа и отфильтровывает все, что находится перед двоеточием и после любого хэша.

In Perl:

while(<STDIN>) {
   ($prop,$val)=split(/[=: ]/, $_, 2);
   # and do stuff for each prop/val
}

Not tested, and should be more tolerant of leading/trailing spaces, comments etc., but you get the idea. Whether you use Perl (or another language) over sed is really dependent upon what you want to do with the properties once you've parsed them out of the file.

Note that (as highlighted in the comments) Java properties files can have multiple forms of delimiters (although I've not seen anything used in practice other than colons). Hence the split uses a choice of characters to split upon.

Ultimately, you may be better off using the Config::Properties module in Perl, which is built to solve this specific problem.

Иногда я просто загружал файл свойств в сценарий bash. Это приведет к тому, что переменные среды будут установлены в сценарии с именами и содержимым из файла. Может быть, и вам этого хватит. Если вам нужно провести "настоящий" синтаксический анализ, это, конечно, не лучший вариант.

, если вы хотите использовать "оболочку", лучший инструмент для анализа файлов и надлежащего управления программированием - (g ) awk. Используйте sed только простую замену.

Хм, сегодня я столкнулся с той же проблемой. Это решение для бедняков, по общему признанию, более простое, чем умное;)

decl=`ruby -ne 'puts chomp.sub(/=(.*)/,%q{="\1";}).gsub(".","_")' my.properties`
eval $decl 

тогда свойство my.java.prop можно получить как $ my_java_prop.

Это можно сделать с помощью sed или чего-то еще, но в конце концов я пошел с рубином в качестве irb, удобного для экспериментов. Он довольно ограничен (точки следует заменять только перед знаком '=', без обработки комментариев), но может быть отправной точкой.

@Daniel, Я пытался найти его, но Bash не любил точки в именах переменных.