Thanks Martynas, It's a shame that this would be needed. It feels very much like the heartbeats should be considered part of the system layer when it comes to logging, and therefore already filtered. Seeing heartbeats when debugging makes it incredibly difficult to see anything.
My concern with a custom logger like this is that it will quickly get out of sync with the stock one and I might be missing out on various performance/bug fixes as akka is released. That said, the ability to see genuine messages in the logs when debugging is invaluable, so it might be worth it. On Wednesday, 21 January 2015 16:29:07 UTC, Martynas Mickevičius wrote: > > Hi Sam, > > you can use custom event listener to display the log messages that you are > interested in. > > Here > <https://github.com/2m/akka-remote-sandbox/blob/03b4eaaa1778fe3d44b7889b3d0c6a63c342b1a1/src/main/scala/LogMessages.scala> > you > can find a simple example demonstrating that. And there is a documentation > <http://doc.akka.io/docs/akka/2.3.9/scala/logging.html#Loggers> section > explaining this. > > On Mon, Jan 19, 2015 at 11:02 AM, Sam Halliday <sam.ha...@gmail.com > <javascript:>> wrote: > >> Is this something that would be suitable for an RFE? >> >> More generally it would be good to have an option to only log userland >> messages in remoting. >> >> >> On Friday, 16 January 2015 17:41:55 UTC, Sam Halliday wrote: >>> >>> Hi all, >>> >>> I'm trying to debug a remoting issue and I need to look at the logs of >>> the messages that are sent. >>> >>> However, the logs are completely filled up with the send/receive of >>> deathwatch messages. >>> >>> Without turning off deathwatch, is there any way to exclude it from the >>> logs? >>> >>> Latest akka stable, logging config looks like >>> >>> akka { >>> remote { >>> log-sent-messages = on >>> log-received-messages = on >>> log-frame-size-exceeding = 1000b >>> >>> log-remote-lifecycle-events = off >>> >>> watch-failure-detector { >>> # Our timeouts can be so high, the PHI model basically doesn't >>> # know what to do, so just use a single timeout. >>> # http://doc.akka.io/docs/akka/snapshot/scala/remoting.html >>> acceptable-heartbeat-pause = 60 s >>> } >>> } >>> >>> actor { >>> debug { >>> receive = on >>> #autoreceive = on >>> #lifecycle = on >>> #fsm = on >>> #event-stream = on >>> unhandled = on >>> } >>> } >>> >>> -- >> >>>>>>>>>> Read the docs: http://akka.io/docs/ >> >>>>>>>>>> Check the FAQ: >> http://doc.akka.io/docs/akka/current/additional/faq.html >> >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user >> --- >> You received this message because you are subscribed to the Google Groups >> "Akka User List" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to akka-user+...@googlegroups.com <javascript:>. >> To post to this group, send email to akka...@googlegroups.com >> <javascript:>. >> Visit this group at http://groups.google.com/group/akka-user. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > Martynas Mickevičius > Typesafe <http://typesafe.com/> – Reactive > <http://www.reactivemanifesto.org/> Apps on the JVM > -- >>>>>>>>>> Read the docs: http://akka.io/docs/ >>>>>>>>>> Check the FAQ: >>>>>>>>>> http://doc.akka.io/docs/akka/current/additional/faq.html >>>>>>>>>> Search the archives: https://groups.google.com/group/akka-user --- You received this message because you are subscribed to the Google Groups "Akka User List" group. To unsubscribe from this group and stop receiving emails from it, send an email to akka-user+unsubscr...@googlegroups.com. To post to this group, send email to akka-user@googlegroups.com. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
