microprofile-config
flogger
| microprofile-config | flogger | |
|---|---|---|
| 4 | 5 | |
| 204 | 1,447 | |
| -0.5% | -0.1% | |
| 6.5 | 6.4 | |
| 4 months ago | 3 months ago | |
| Java | Java | |
| Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
microprofile-config
-
slf4j or System.Logger?
There are a lot of great config libraries, you should also take a look at such as smallrye-config. I am trying to make my library compatible with microprofile-config but there are some fundamental differences.
-
Externalized Properties for the JVM
You might have a look at MicroProfile Config as well.
-
JProperties: A modern replacement for java.util.Properties
Now you might be tempted to say well we just need a System.getProperties replacement. A SLF4J of properties config. Perhaps one that uses the ServiceLoader. And indeed microprofile config somewhat solves that problem. The problem is of course is backward compatibility (replacing all the old libraries uses of system properties of which you might not be able to) and of course that config facade adds a dependency.
-
How to create a ConfigSource for Quarkus that knows about existing properties
Quarkus is internally using the SmallRye implementation of Eclipse MicroProfile Config (MP-Config). MP-Config allows to add so called Configuration Sources, that allow to supply config objects in a programmable way from e.g. a file in a strange format or perhaps even from a central repository. This brief post describes how to create a ConfigSource for Quarkus that knows about existing properties
flogger
-
slf4j or System.Logger?
Have you considered https://github.com/google/flogger ?
-
Replacing Logging APIs with java.lang.System.Logger
The main features that I've heard being asked for are handled by API decorators, such as Google's Flogger. I have personally not run into limitations that caused me concern about the speediness of slf4j2.
-
How does one separate security-critical parts to Rust in practice?
Yeah, I think switching to e.g. Flogger would be much more practical than rewriting it in Rust.
- "Putting a JNDI log4j trigger in my email signature so I can see if anyone’s logging copies of my mail"
-
“Open Source” Is Broken
Why do you think they're using log4j to any significant extent? I'd be a bit surprised if they ever did rather than rolling their own, because for something this simple the cost of writing your own is far cheaper than dealing with a dependency. We're not talking about Linux or Clang here...
In particular, from https://github.com/google/flogger#yet-another-logging-api:
> Flogger is now the sole recommended Java logging API within Google.
What are some alternatives?
archaius - Library for configuration management API
Logback - The reliable, generic, fast and flexible logging framework for Java.
gestalt - A Java configuration library that allows you to build your configurations from multiple sources, merges them and convert them into an easy-to-use typesafe configuration class. A simple but powerful interface allows you to navigate to a path within your configurations and retrieve a configuration object, list, or a primitive value.
Apache Log4j 2 - Apache Log4j 2 is a versatile, feature-rich, efficient logging API and backend for Java.
externalized-properties - A lightweight and extensible library to resolve application properties from various external sources.
slf4j-jdk-platform-logging - slf4j 1.7x JDK platform logging
yaslf4j - yet another simple logging facade for java
p6spy - P6Spy is a framework that enables database data to be seamlessly intercepted and logged with no code changes to the application.
jproperties - An efficient, up-to-date reader/writer for Java properties files
config - configuration library for JVM languages using HOCON files