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

На сейчас почти готов вывод в консоль конфига .

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

Что будет правильнее \ удобнее выбрать (промежуточное хранение), для упрощения переработки доп будущий веб-сервис?

В идеале, клиент прийдет на сервер, предоставит логин сотрудника. В зависимости от логина и прав сотрудника (запрос в LDAP) должен сгенерироваться конфиг. Полученый конфиг передается веб-серверу для отправки в ответ клиенту.

В БД что-либо хранить нет необходимости в моем случае - данные брать буду у LDAP и отдавать клиенту.
Кстати, забыл указать - клиентом будет Thunderbird. Он полученный обработанный сохраняет у себя сам.

За java.util.Properties и потоки спасибо.

А чем можно создавать временные файлы? Что почитать?

Сам нашел - в java.io - File.createTempFile