Я использую java.util.logging для проекта, и у меня проблема с конфигурацией. У меня есть файл logging.properties, который, как я знаю, читается, потому что, например. изменения уровня и шаблона файлового обработчика вступают в силу.
Проблема в том, что, хотя я пытаюсь создать только один файл журнала, java.util.logging настаивает на создании дополнительных. Я прочитал документы и здесь пример конфигурации для FileHandler:
java.util.logging.FileHandler.pattern = server.log
java.util.logging.FileHandler.limit = 500000
java.util.logging.FileHandler.count = 1
java.util.logging.FileHandler.append = false
java.util.logging.FileHandler.formatter = java.util.logging.SimpleFormatter
В результате файлы создаются как server.log.1, server.log.2 и т. д. В идеале я не хочу, чтобы добавление было истинным (похоже, это не имеет значения...), я просто хочу новый журнал файл, который будет создаваться каждый раз, когда я запускаю свою программу, потенциально перезаписывая существующий файл. В любое время в моем каталоге должно быть не больше файлов журналов count.
Изменение добавления и подсчета, похоже, не имеет никакого значения. Использование %u и %g и т. д. в шаблоне также не имеет большого значения. Я все еще получаю файлы server.log.n, которые загромождают каталог.
Каждый созданный файл также имеет сопутствующий файл .lck. Почему они созданы и могут ли они быть виновниками?
Изменить:
Не знаю, почему я не пробовал это раньше, но удаление файлов .lck вручную приводит к тому, что все работает так, как хотелось бы. Итак, теперь действительно возникает вопрос: почему создаются файлы .lck (неправильное завершение работы?) и как с этим справиться?
