Почему уровень.FINE logging сообщения не отображаются?

Почему

java.утиль.ведение журнала имеет корневой регистратор, который по умолчанию Level.INFO, и ConsoleHandler, прикрепленный к нему, который также по умолчанию Level.INFO. FINE меньше INFO, поэтому мелкие сообщения по умолчанию не отображаются.

Решение 1

создайте регистратор для всего вашего приложения, например, из вашего имени пакета или используйте Logger.getGlobal(), и подключить свой собственный ConsoleLogger к нему. Затем попросите root logger заткнуться (чтобы избежать дублирования вывода сообщений более высокого уровня) или попросите своего регистратора не пересылать журналы для root.

public static final Logger applog = Logger.getGlobal();
...

// Create and set handler
Handler systemOut = new ConsoleHandler();
systemOut.setLevel( Level.ALL );
applog.addHandler( systemOut );
applog.setLevel( Level.ALL );

// Prevent logs from processed by default Console handler.
applog.setUseParentHandlers( false ); // Solution 1
Logger.getLogger("").setLevel( Level.OFF ); // Solution 2

решение 2

кроме того, вы можете опустить панель корневого регистратора.

вы можете установить их кодом:

Logger rootLog = Logger.getLogger("");
rootLog.setLevel( Level.FINE );
rootLog.getHandlers()[0].setLevel( Level.FINE ); // Default console handler

или с файлом конфигурации регистрации, если вы используя это:

.level = FINE
java.util.logging.ConsoleHandler.level = FINE

понижая глобальный уровень, вы можете начните просматривать сообщения из основных библиотек, например из некоторых компонентов Swing или JavaFX. В этом случае вы можете установить фильтр на корневом регистраторе, чтобы отфильтровать сообщения не из вашей программы.

почему мой журнал java не работает

предоставляет файл jar, который поможет вам понять, почему ваш вход в систему не работает должным образом. Это дает вам полный дамп того, какие регистраторы и обработчики были установлены и какие уровни установлены и на каком уровне в иерархии ведения журнала.

почему

как упоминалось @Sheepy, причина, по которой он не работает, заключается в том, что java.util.logging.Logger имеет корневой регистратор, который по умолчанию Level.INFO и ConsoleHandler прикрепленный к этому корневому регистратору также по умолчанию Level.INFO. Поэтому, чтобы увидеть FINE (, FINER или FINEST) выходной, вам нужно установить значение по умолчанию для корневого регистратора и его ConsoleHandler до Level.FINE следующим образом:

Logger.getLogger("").setLevel(Level.FINE);
Logger.getLogger("").getHandlers()[0].setLevel(Level.FINE);

проблема обновления (решение)

как упоминалось @mins, вы будете иметь сообщения, напечатанные дважды на консоли для INFO и выше: сначала анонимным регистратором, затем его родителем, корневым регистратором, который также имеет ConsoleHandler значение INFO по умолчанию. Чтобы отключить корневой регистратор, необходимо добавить следующую строку кода:logger.setUseParentHandlers(false);

существуют другие способы предотвратить обработку журналов консольным обработчиком по умолчанию корневого регистратора, упомянутого @Sheepy, например:

Logger.getLogger("").getHandlers()[0].setLevel( Level.OFF );

но Logger.getLogger("").setLevel( Level.OFF ); не будет работать, потому что он блокирует только сообщение, переданное непосредственно корневому регистратору, а не сообщение от дочернего регистратора. Чтобы проиллюстрировать, как Logger Hierarchy работает, я рисую следующую диаграмму:

public void setLevel(Level newLevel) установите уровень журнала, указав, какие уровни сообщений будут регистрироваться этим регистратором. Уровни сообщений ниже этого значения будут отброшены. Значение уровня Уровень.OFF можно использовать для отключения ведения журнала. Если новый уровень равен null, это означает, что этот узел должен наследовать свой уровень от своего ближайшего предка с определенным (ненулевым) значением уровня.

Я нашел свою фактическую проблему, и она не была упомянута ни в одном ответе: некоторые из моих модульных тестов заставляли код инициализации ведения журнала запускаться несколько раз в одном и том же наборе тестов, испортив ведение журнала на более поздних тестах.

попробовал другие варианты, это может быть правильным

    Logger logger = Logger.getLogger(MyClass.class.getName());        
    Level level = Level.ALL;
    for(Handler h : java.util.logging.Logger.getLogger("").getHandlers())    
        h.setLevel(level);
    logger.setLevel(level);
// this must be shown
    logger.fine("fine");
    logger.info("info");

это решение кажется мне лучше, Что касается ремонтопригодности и дизайна для изменения:

1. создайте файл свойств журнала, встраивая его в папку проекта ресурса, который будет включен в файл jar:

   # Logging
   handlers = java.util.logging.ConsoleHandler
   .level = ALL
   
   # Console Logging
   java.util.logging.ConsoleHandler.level = ALL
   

2. Загрузить файл свойств из кода:

   public static java.net.URL retrieveURLOfJarResource(String resourceName) {
      return Thread.currentThread().getContextClassLoader().getResource(resourceName);
   }
   
   public synchronized void initializeLogger() {
      try (InputStream is = retrieveURLOfJarResource("logging.properties").openStream()) {
         LogManager.getLogManager().readConfiguration(is);
      } catch (IOException e) {
         // ...
      }
   }