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.
