It would be nice if you could leverage the asynchronicity of Akka while still using the Log4j 2 API.
On Tue, Jan 26, 2016 at 1:50 PM, Mikael Ståldal <[email protected]> wrote: > 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. > -- [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.
