I guess that if you would do all logging through Akka's actor logging, they async logging of Log4j would be unnecessary since Akka gives you the asynchronicity. But you probably like the Log4j 2 native API better than Akka's logging API.
On Tue, Jan 26, 2016 at 1:44 PM, Mikael Ståldal <[email protected]> wrote: > I wasn't aware of this akka-log4j. Nice, I should try it to get rid of > SLF4J. > > Perhaps there should be a page with links to this and similar other open > source projects with explicit support of Log4j 2 somewhere on the Log4j web > site? > > On Tue, Jan 26, 2016 at 1:18 PM, Guido Medina <[email protected]> wrote: > >> I have both configured, for akka internal logging I'm using akka-log4j >> extension: >> >> https://github.com/hseeberger/akka-log4j >> >> so that akka internal logging still uses my Log4j2 config but in my code >> I'm using *LogManager.getLogger(...)* and for other APIs that rely on >> Slf4j I have the jar bridge to Log4j2. >> I'm using a RollingRandomAccessFile with all asynchronous appenders >> including root. >> >> On Tue, Jan 26, 2016 at 9:08 AM, Mikael Ståldal < >> [email protected]> wrote: >> >>> Are you using Log4j together with Akka? Do you use the Log4j API >>> directly, or through Akka's actor logging framework? >>> >>> On Mon, Jan 25, 2016 at 6:00 PM, Guido Medina <[email protected]> wrote: >>> >>>> I'm wondering if anyone would be willing to test the current LMAX >>>> implementation vs JCTools specifically using the following class: >>>> >>>> I currently use them with Akka mailboxes, I tried LMAX once but with >>>> some CPUs LMAX disruptor was behaving a bit weird which is why I prefer >>>> Lamport's implementations of circular buffers that are very well known and >>>> in use by Netty, Akka, etc. >>>> >>>> Or I could try and contribute by changing the LMAX for JCTools: >>>> >>>> JCtools-core dependency: >>>> >>>> <dependency> >>>> <groupId>org.jctools</groupId> >>>> <artifactId>jctools-core</artifactId> >>>> <version>1.1</version> >>>> </dependency> >>>> >>>> Specific class that would replace LMAX disruptor: >>>> https://github.com/JCTools/JCTools/blob/master/jctools-core/src/main/java/org/jctools/queues/MpscArrayQueue.java >>>> >>>> Best regards, >>>> >>>> Guido. >>>> >>> >>> >>> >>> -- >>> [image: MagineTV] >>> >>> *Mikael Ståldal* >>> Senior software developer >>> >>> *Magine TV* >>> [email protected] >>> Grev Turegatan 3 | 114 46 Stockholm, Sweden | www.magine.com >>> >>> Privileged and/or Confidential Information may be contained in this >>> message. If you are not the addressee indicated in this message >>> (or responsible for delivery of the message to such a person), you may >>> not copy or deliver this message to anyone. In such case, >>> you should destroy this message and kindly notify the sender by reply >>> email. >>> >> >> > > > -- > [image: MagineTV] > > *Mikael Ståldal* > Senior software developer > > *Magine TV* > [email protected] > Grev Turegatan 3 | 114 46 Stockholm, Sweden | www.magine.com > > Privileged and/or Confidential Information may be contained in this > message. If you are not the addressee indicated in this message > (or responsible for delivery of the message to such a person), you may not > copy or deliver this message to anyone. In such case, > you should destroy this message and kindly notify the sender by reply > email. > -- [image: MagineTV] *Mikael Ståldal* Senior software developer *Magine TV* [email protected] Grev Turegatan 3 | 114 46 Stockholm, Sweden | www.magine.com Privileged and/or Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such a person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email.
