Thanks so much for the feedback Wayne, we really appreciate it. I couldn't follow what you mean with "Java wrappers". Could you elaborate on it, please? Could you give some concrete examples? What was missing? What did you implement? What does it have to do with JNDI and logging?
On Thu, Sep 28, 2023 at 2:39 PM Wayne Cannon <wcan...@sonic.net> wrote: > > Volkan, > > A vote to retain JNDI-related features. > > Although I don't use JNDI regularly, I have used it several times in the last > decade for a Fortune 100 company to create Java wrappers when commercial > libraries don't provide a Java interface -- most recently for a commercial > product using one of the most popular license-management packages in use > today. > > --Wayne > > On Sep 28, 2023, 02:05, at 02:05, "Volkan Yazıcı" <vol...@yazi.ci> wrote: > >I have cross-posted this to GitHub Discussions > ><https://github.com/apache/logging-log4j2/discussions/1822> too. Feel > >free > >to participate there, if that is of your preference. > > > > > >On Thu, Sep 28, 2023 at 9:35 AM Piotr P. Karwasz > ><piotr.karw...@gmail.com> > >wrote: > > > >> Hi all, > >> > >> We always strive to only release industrial-strength components. > >> > >> Following an internal discussion and looking at statistics from > >> several sources, the PMC plans to deprecate in the 2.x version > >several > >> components for removal in 3.x. > >> > >> We know that statistics are not everything and that is why we would > >> like to hear your opinion on these modules. The discussion will be > >> open for a month, after which the PMC will announce a definitive list > >> of deprecations. > >> > >> ## `log4j-cassandra`: > >> We support Cassandra 3.x. This release will reach end-of-life > >when > >> 4.2.x is released[1]. Since the stats show marginal usage of the > >> module, there should be no `log4j-cassandra4`. > >> > >> ## CouchDB appender: > >> It is even less used than Cassandra according to the stats. > >> > >> ## `log4j-docker` > >> Seldom used and standard practice is generally to log to the > >> console and let the Docker environment add the data. > >> > >> ## GELF appender: > >> It is mostly superseded by `JsonTemplateLayout`. > >> > >> ## Kafka appender: > >> It contains several critical bug reports neither the PMC, nor the > >> community is willing to deal with. > >> > >> ## `log4j-kubernetes`: > >> Seldom used and standard practice is generally to log to the > >> console and let the Docker environment add the data. > >> > >> ## JeroMQ appender: > >> Since version 2.6 it had only one PR/bug report and it was from > >> PAX Logging maintainer. There is an alternative from a ZeroMQ > >> maintainer[2], Fabrice Bacchella, that provides important features > >> like encryption or choice of socket type. > >> > >> ## JNDI-related features: > >> JNDI is an old technology from the times of ponies and unicorns, > >> when nobody cared about security. The Error Prone team decided to > >mark > >> JNDI usage as error by default[3]. > >> > >> ## `log4j-jpa`: > >> Has marginal downloads and requires a migration to Jakarta EE. I > >> think that `log4j-jdbc` (which is also seldom used) provides a good > >> alternative for SQL databases, > >> > >> ## Jackson based layouts (JsonLayout, XmlLayout, YamlLayout) > >> We already provide `JsonTemplateLayout`; `XmlLayout` is seldom > >> used and `YamlLayout` as far as we know is not be used at all. > >> > >> ## `log4j-mongodb3`: > >> Support for MongoDB 3.x ended two years ago. > >> > >> ## `log4j-spring-boot`: > >> Its features are included in Spring Boot 3.x. > >> > >> ## SMTP appender: > >> Its usage is at the bottom of the stats. > >> > >> ## `log4j-taglib` > >> Also needs a Jakarta version, but it is based on a legacy > >> technology that is currently seldom used. > >> > >> Waiting to hear your opinions, > >> Piotr > >> > >> [1] > >> > >https://cassandra.apache.org/_/blog/Behind-the-scenes-of-an-Apache-Cassandra-Release.html > >> [2] https://github.com/fbacchella/loghublog4j2 > >> [3] https://errorprone.info/bugpattern/BanJNDI > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org > >> For additional commands, e-mail: log4j-user-h...@logging.apache.org > >> > >> --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org For additional commands, e-mail: log4j-user-h...@logging.apache.org
