Re: [Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x

: [Discuss]: [VOTE] Deprecation of 2.x modules/features and > removal in 3.x > To: > > > On Thu, Nov 2, 2023 at 4:04 PM Ralph Goers > wrote: > >> > On Nov 2, 2023, at 7:42 AM, Gary Gregory >> wrote: >> > On Mon, Oct 30, 2023 at 4:45 AM Piotr P. Karwasz &

[Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x

Gary, do you want to keep all Jackson modules or just XmlLayout? -- Forwarded message - From: Volkan Yazıcı Date: Thu, 2 Nov 2023 at 16:43 Subject: Re: [Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x To: On Thu, Nov 2, 2023 at 4:04 PM Ralph Goers

Re: [Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x

Yes but I'm not sure if that's the API I found way back when I needed to create a MongoDB appender. At the time, the projects I found was not fully baked and I did not think there was a sensible option for a JDBC for NoSQL. Gary On Fri, Nov 3, 2023, 1:50 PM Matt Sicker wrote: > Gary, have you e

Re: [Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x

Gary, have you ever heard of JNoSQL before? It’s basically a JDBC-like effort to create a generic NoSQL API. Been around for a few years at least, and I had considered adding an appender for this back when I learned about it, but I think this was by the point where I sto

Re: [Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x

What I mean is this: When I want to work with a DB-like thing from Java, I look 1st for a JDBC driver, when there is no FOSS option, I have to use a DB-specifc API, for example MongoDB. Granted Cassandra is NoSQL doc store but there are commercial JDBC drivers IIRC. All of this to say that I feel

Re: [Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x

What’s great about JTL is that it generates valid YAML, too! YAML is a superset of JSON. :) > On Nov 2, 2023, at 11:15 AM, Ralph Goers wrote: > > IMO JSONLayout should be deprecated for 2 reasons: > 1. JTL is so much better > 2. It doesn’t generate great JSON. > > As for the YAMLLayout, I

Re: [Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x

IMO JSONLayout should be deprecated for 2 reasons: 1. JTL is so much better 2. It doesn’t generate great JSON. As for the YAMLLayout, I have no idea who would want that. If they did there has got to be a better solution than using Jackson. To be honest, it would be great if JTL could be gene

[Discuss][VOTE] Deprecation of 2.x modules/features and removal in 3.x

Gary, As a reminder, a +1 vote means that the component will be marked deprecated in 2.x and removed in 3.x. This seems appropriate for log4j-spring-boot as users of Spring upgrading to Log4j 3.x will almost surely be on Spring Boot 3. Ralph > On Nov 2, 2023, at 8:55 AM, Piotr P. Karwasz wro

Re: [Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x

On Thu, Nov 2, 2023 at 4:04 PM Ralph Goers wrote: > > On Nov 2, 2023, at 7:42 AM, Gary Gregory wrote: > > On Mon, Oct 30, 2023 at 4:45 AM Piotr P. Karwasz > >> * Jackson based layouts (JsonLayout, XmlLayout, YamlLayout) > > -1: I want the ability to log to XML (narrow use-case, sure, but handy).

[Discuss]: [VOTE] Deprecation of 2.x modules/features and removal in 3.x

Gary, a couple of comments: 1. I don’t understand what “there is no official JDBC access” has to do with Cassandra or CouchDB. Could you please elaborate? 2. The functionality in log4j-spring-boot is directly incorporated into Spring 3 due to a PR I submitted. So with Spring Boot 3 log4j-spring-

Re: [Discuss][VOTE] Deprecation of 2.x modules/features and removal in 3.x

Hi, On Tue, Oct 31, 2023, at 23:53, Ralph Goers wrote: > Deprecation and moving to separate modules are not the same thing at > all. I would be +1 to moving everything on this list that isn’t > outright removed to separate repos. I have stated that several times. I am fully aware of that. Thi

Re: [Discuss][VOTE] Deprecation of 2.x modules/features and removal in 3.x

Rats. In my first sentence replace “modules” with “repos”. Ralph > On Oct 31, 2023, at 3:53 PM, Ralph Goers wrote: > > Christian, > > Deprecation and moving to separate modules are not the same thing at all. I > would be +1 to moving everything on this list that isn’t outright removed to > s

[Discuss][VOTE] Deprecation of 2.x modules/features and removal in 3.x

Christian, Deprecation and moving to separate modules are not the same thing at all. I would be +1 to moving everything on this list that isn’t outright removed to separate repos. I have stated that several times. Gary is strongly against doing that. If you are somehow equating deprecation wi