Добрый день.

Есть такой вопрос. Я пишу настольное java-приложение.
Если я запускаю его в винде - конфиг, скорее всего, лежит примерно в той же папке, что и бинарник, а в linux - в /etc или аналогах.
Вот в случае традиционных компилируемых языков, при сборке под каждую конкретную платформу я укажу, где лежат конфиги, где бинарники, где библиотеки - и т.д. И инсталлятор будет для каждой конкретной платформы свой (строго говоря, для линукса редко используется инсталлятор, скорее - собирается пакет).
А как в случае java-приложения? Куда класть конфиги? Как сделать, чтобы инсталлятор был всеплатформенный?
Переменные окружения трогать не хочется. По крайней мере - это будет крайней мерой.
Понятно, что можно по сборке для каждой платформы, но как-то это криво.

И еще вопрос: как сейчас принято хранить конфиги? Создать класс конфиг и потом серилизовать\десирилизовать его в json - это нормально, или дурной тон?

2Blazkowicz.
Где-то я натыкался на кроссплатформенный инсталлятор, но на практике не пробовал.
Но чисто теоретически, на java я могу и сам написать инсталлятор. Как в данной ситуации реализовать кроссплатформенность? Прямо в процессе собирать jar-файл, чтобы нужные пути запихнуть вовнутрь? Менять переменные окружения?

2Petro123
А не в винде как? Ну, все равно спасибо. Почитаю сам.
А можно поподробнее про "инсталляцию приложения на его эксплуатацию (первый запуск)". Разница, конечно, очевидна, но я над ней еще не думал. Что я не учитываю?

Я так же понимаю, что под линукс лучше собирать пакет. Просто я еще не задумывался над самим процессом установки приложения.
В процессе инсталляции нужно указать какие-то настройки. Может - действительно их лучше указывать при первом запуске?

Да, спасибо. Наверное, Properties - действительно самый правильный путь.
Я совсем не подумал, что на одном компе могут быть разные пользователи.

Так оно и будет. Всем спасибо за просветление.

Столкнулся с такой проблемой - просто нет слов.
В общем, попробовал воспользоваться библиотекой Preferences - получил следующую ошибку:
WARNING: Could not open/create prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKeyEx(...) returned error code 5.
Поиск по ошибке показал. что в некоторых версиях Windows настройки сохраняются в ветку HKLM вместо HKCU. Проблеме много лет - и насколько я понял - ее никто не собирается исправлять.
Скажите, я все правильно понял?

Здесь
http://www-01.ibm.com/support/docview.wss?uid=swg21496098
упоминается версия win7 x64. У меня win8.1 x64.
Хотя, это документация не к java, а к SPSS (полагаю, он написан на java и иногда не работает).

Если все так, как я понял - это косяк не java, а конкретной библиотеки - Preferences. Очевидно, что выбор - хранить настройки в домашней папке или реестре - это не какое-то свойство виртуальной машины, а алгоритм библиотеки, который просто для каждой платформы выбирает свою реализацию. Типа - JNA. И вопрос скорее - почему это не было исправлено: я видел упоминания об ошибке датированные как минимум 2014-м годом.