Re: Planning out what we can do to get Chainsaw back in the game

I have used both Java and Scala for several years, and I have been trying out Kotlin the latest months (for Android only). I would say it is definitely easier for a developer with primarily Java experience to pick up Kotlin than Scala, especially if that Java experience is predominately

Re: logging-log4j2 git commit: LOG4J2-2106 Reduce locking when checking for rollover

I’ll take a look tomorrow. > On Nov 10, 2017, at 22:47, Ralph Goers wrote: > > Please review this commit as I want to make sure I didn’t make any mistakes. > > Ralph > > >> On Nov 10, 2017, at 6:46 AM, rgo...@apache.org wrote: >> >> Repository: logging-log4j2 >>

Re: logging-log4j2 git commit: LOG4J2-2106 Reduce locking when checking for rollover

Ok. I’m waiting on feedback on this before I start a release. Ralph > On Nov 11, 2017, at 7:14 AM, Remko Popma wrote: > > I’ll take a look tomorrow. > > > >> On Nov 10, 2017, at 22:47, Ralph Goers wrote: >> >> Please review this commit as I want

Re: Planning out what we can do to get Chainsaw back in the game

I'd love to hear what folks think of the user experience with the 'latest Chainsaw' and its feature set. There are a ton of features. It will be interesting to get a sense of how many of those features we get 'for free' in any of these other UI toolkits. It was a lot of heavy lifting to get

Re: Planning out what we can do to get Chainsaw back in the game

I had a brief peek.  My first impression was that the whole thing needs a facelift.  I'm currently I'm reviewing the ELK stack with the Kibana user interface as well as fluentd and Zipkin. Something that unifies these things would be very attractive.  If the UI is modern then even more so.  If

Re: [VOTE] Release Apache Chainsaw 2.0.0-rc1

On 11 November 2017 at 14:44, Mikael Ståldal wrote: > On 2017-11-10 20:00, Matt Sicker wrote: > >> Artifacts: >> https://dist.apache.org/repos/dist/dev/logging/chainsaw/ >> svn revision 23048 >> > > When I look at that URL, it says: Revision 23059 > I gave a specific revision

Re: Planning out what we can do to get Chainsaw back in the game

Kotlin is almost a duplicate of Typescript, so Javascript devs should be able to pickup on it fast.  There's a Typescript to Kotlin converter here: https://github.com/Kotlin/ts2kt Typescript is also supported in Electron: https://electron.atom.io/blog/2017/06/01/typescript So Kotlin should

Build failed in Jenkins: Log4jScala #70

See Changes: [ggregory] scala.maven.plugin.version 3.2.2 -> 3.3.1. [ggregory] scala.maven.plugin.version 3.2.2 -> 3.3.1. [ggregory] [LOG4J2-2116] Update Scala from 2.12.3 to 2.12.4. [ggregory] [LOG4J2-2116] Update

Re: logging-log4j-scala git commit: Add placeholder for Scala 2.13 but do not enable the module.

I've seen on Maven Central before that a few Scala libraries have published artifacts for 2.13.0 milestones. See for example: < https://search.maven.org/#artifactdetails%7Corg.scalatest%7Cscalatest_2.13.0-M2%7C3.0.4%7Cbundle>. It seems like if we published the module by naming it

Re: Planning out what we can do to get Chainsaw back in the game

I'll certainly be playing around with 2.0 for a bit before I can even determine what needs attention first anyways. I'm not super experienced with either Swing or JavaFX, so if it turns out that Swing is the more natural API to use based on your experiences, then it'd make sense to stick with

Build failed in Jenkins: Log4jScala #71

See Changes: [ggregory] Add placeholder for Scala 2.13 but do not enable the module. -- Started by an SCM change [EnvInject] - Loading node environment variables. Building

Re: logging-log4j2 git commit: [LOG4J2-2114] Provide a native Log4j 2 implementation of Eclipse Jetty's org.eclipse.jetty.util.log.Logger.

Please code review git master. I'm not sure I have the class loader right. Gary On Sat, Nov 11, 2017 at 2:54 PM, Ralph Goers wrote: > Oh, but you probably don’t want to extend AbstractLogger. You really want > the FQCN of the caller to be able to identify the

Re: Planning out what we can do to get Chainsaw back in the game

I've been using Java for years, Scala for several months (all of OOP, hybrid, and pure FP styles in different projects), and other languages in the past. I've certainly found Scala to be useful in the Big Data space, especially when using Spark, though I've also found it useful in projects that

Re: [VOTE] Release Apache Chainsaw 2.0.0-rc1

Ah yes, I didn't note that correctly in the release wiki page. I've updated the wiki. On 11 November 2017 at 15:38, Mikael Ståldal wrote: > Yes, that worked. > > > > On 2017-11-11 22:22, Scott Deboy wrote: > >> I had ran mvn clean site:site install and it worked. >> >> >> On

Re: logging-log4j-scala git commit: Add placeholder for Scala 2.13 but do not enable the module.

On Sat, Nov 11, 2017 at 3:51 PM, Matt Sicker wrote: > I've seen on Maven Central before that a few Scala libraries have published > artifacts for 2.13.0 milestones. See for example: < > https://search.maven.org/#artifactdetails%7Corg. >

Re: logging-log4j2 git commit: [LOG4J2-2114] Provide a native Log4j 2 implementation of Eclipse Jetty's org.eclipse.jetty.util.log.Logger.

Because the caller of newLogger(name) is AbstractLogger its ClassLoader will always be used. You need the ClassLoader of the caller of getLogger(). Ralph > On Nov 11, 2017, at 3:43 PM, Gary Gregory wrote: > > Please code review git master. I'm not sure I have the class

Re: Planning out what we can do to get Chainsaw back in the game

Oh, and there appear to be some JavaFX libraries out there for adding more complex components/widgets/whatever they're called. It'd be interested to see if the GUI code can be simplified using JavaFX. On 11 November 2017 at 18:13, Matt Sicker wrote: > I'll certainly be playing

Build failed in Jenkins: Log4jScala #69

See Changes: [ggregory] Update scalatest_2.11 from 3.0.0 to 3.0.4. [ggregory] Update scalatest_2.12 from 3.0.0 to 3.0.4. [ggregory] maven-bundle-plugin 3.2.0 -> 3.3.0 [ggregory] maven-pmd-plugin 3.7 -> 3.8 [ggregory]

Re: Planning out what we can do to get Chainsaw back in the game

I’ve built several Swing-based apps and know Swing fairly well. I’ve only got my feet wet with JavaFX. Both are big frameworks with a significant learning curve. Personally I’d use JavaFX, if only to make working on the project an interesting learning experience. > On Nov 12, 2017, at

Re: logging-log4j2 git commit: LOG4J2-2106 Reduce locking when checking for rollover

Release candidates are only available on the Apache staging repository. The download information will be in the email for the release candidate. Ralph > On Nov 11, 2017, at 10:59 AM, Daan Hoogland > wrote: > > As a matter of interest, can we test release

Re: [VOTE] Release Apache Chainsaw 2.0.0-rc1

Yes, that worked. On 2017-11-11 22:22, Scott Deboy wrote: I had ran mvn clean site:site install and it worked. On 11/11/17, Mikael Ståldal wrote: On 2017-11-10 20:00, Matt Sicker wrote: Artifacts: https://dist.apache.org/repos/dist/dev/logging/chainsaw/ svn revision

Re: [VOTE] Release Apache Chainsaw 2.0.0-rc1

$ git checkout chainsaw-2.0.0-rc1 $ mvn clean install [...] [INFO] --- maven-assembly-plugin:2.4:single (make-assembly) @ apache-chainsaw --- Downloading: https://repo.maven.apache.org/maven2/org/apache/maven/wagon/wagon-provider-api/1.0-alpha-6/wagon-provider-api-1.0-alpha-6.jar Downloaded:

Re: [VOTE] Release Apache Chainsaw 2.0.0-rc1

On 2017-11-10 20:00, Matt Sicker wrote: Artifacts: https://dist.apache.org/repos/dist/dev/logging/chainsaw/ svn revision 23048 When I look at that URL, it says: Revision 23059

Re: [VOTE] Release Apache Chainsaw 2.0.0-rc1

Same issue on master branch. Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 2015-11-10T17:41:47+01:00) Java version: 1.8.0_144, vendor: Oracle Corporation Default locale: en_US, platform encoding: UTF-8 OS name: "linux", arch: "amd64", family: "unix" On 2017-11-11 21:40,

Re: [VOTE] Release Apache Chainsaw 2.0.0-rc1

I had ran mvn clean site:site install and it worked. On 11/11/17, Mikael Ståldal wrote: > On 2017-11-10 20:00, Matt Sicker wrote: >> Artifacts: >> https://dist.apache.org/repos/dist/dev/logging/chainsaw/ >> svn revision 23048 > > When I look at that URL, it says: Revision

Re: logging-log4j2 git commit: [LOG4J2-2114] Provide a native Log4j 2 implementation of Eclipse Jetty's org.eclipse.jetty.util.log.Logger.

The Javadoc for Log4j's LoggerAdapter says "This registry should not be used for Log4j Loggers; it is instead used for creating bridges to other external log systems.". In this case we are not bridging TO another log system. We are plugging INTO Jetty's log system and subclassing Jetty's own

Re: logging-log4j2 git commit: [LOG4J2-2114] Provide a native Log4j 2 implementation of Eclipse Jetty's org.eclipse.jetty.util.log.Logger.

Sure. Look at TomcatLogger. It does exactly what you are trying to do. Ralph > On Nov 11, 2017, at 2:02 PM, Gary Gregory wrote: > > The Javadoc for Log4j's LoggerAdapter says "This registry should not be > used for Log4j Loggers; it is instead used for creating bridges

Re: logging-log4j2 git commit: LOG4J2-2106 Reduce locking when checking for rollover

Thanks, I'm trying the commitish build install use. Sent from Nine From: Ralph Goers Sent: 11 Nov 2017 8:45 pm To: dev@logging.apache.org Subject: Re: logging-log4j2 git commit: LOG4J2-2106 Reduce locking when

Re: logging-log4j2 git commit: [LOG4J2-2114] Provide a native Log4j 2 implementation of Eclipse Jetty's org.eclipse.jetty.util.log.Logger.

Oh, but you probably don’t want to extend AbstractLogger. You really want the FQCN of the caller to be able to identify the ClassLoader and LoggerContext to use and you won’t get that from AbstractLogger’s getLogger method. Ralph > On Nov 11, 2017, at 2:45 PM, Ralph Goers

Re: Planning out what we can do to get Chainsaw back in the game

It's definitely always been a relatively simple 'log event-focused'/tabular data tool. Basically: - Pull in data from sources (usually files-local or ssh-able) - parse the data into fields - route the data to one or more tabs - render the events into a table - support filter, search, colorize and