Używam więc Slf4jEventHandler i klasycznego logback. Jak skonfigurować osobne poziomy dzienników dla różnych podmiotów? [Używam Akka 2.0_M2]nazwy rejestratorów do konfigurowania rejestratora akka za pomocą obsługi zdarzeń
Próbowałem robić coś podobnego
<configuration debug="true" scan="true">
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<pattern>%-5level %logger{36} - %msg%n</pattern>
</encoder>
</appender>
<logger name="akka://TradeService" level="DEBUG" />
<root level="INFO">
<appender-ref ref="STDOUT" />
</root>
</configuration>
ale to nie pomaga w ogóle:
INFO akka://TradeService/user/realTimeReqListener - Declaring queue
INFO akka://TradeService/user/restReqListener - Declaring queue
INFO akka://TradeService/user/restReqListener - Starting listening to queue
Jak widać ja dostaję tylko rejestrowanie poziom INFO dla aktorów. Jaka jest hierarchia nazw dla rejestratorów aktorów?
jestem mieszania w ActorLogging cecha wprowadzająca * log. Ale doprowadziłeś mnie do kierunku pisania - zastanawiam się, czy mógłbym ustawić część mangleName w rozszerzeniu SLF4JEventHandler, zamiast pisać to explicity w moim kodzie. Następnie po prostu poinstruuję go, aby przekonwertował nazwę jak akka: // TradeService/AnotherService na TradeService.AnotherService (Myślę, że upuściłbym część protokołu). Jaka jest Twoja opinia? –
Inna mała irytacja - ponieważ rejestracja opiera się na zdarzeniu, wzorzec [% X {sourceThread}] dla mojego rejestrowania w trybie innym niż Actor spowoduje wygenerowanie pustych "[]". A jeśli mam% wątku, otrzymam "dispatcher-thread-x" dla Loga Aktora ...ale mogę z tym żyć. –
Zgaduję, że mogę użyć innej procedury obsługi zdarzeń, która najpierw konwertuje logSource XXXEvents, a następnie przekazuje wiadomości do SLF4JEventHandler –