Optilog-Client
中文
This is an open source logging framework written in Java language. It has more advantages than other open source logg...
For further actions, you may consider blocking this person and/or reporting abuse
Oh no! ... Please not yet another logging framework for Java! One of the most widespread issue with Java is that multiple Logging frameworks coexist and the community is fragmented, leading to all kind of complications. I guess this additional library would add one more brick to this disaster. Sorry.
I'm sure your talent could be spent on more useful things.
You're right. I didn't think about this before.But I want to ask what exactly does complications mean?
One must be aware that the logging is not only done by your own code, but also by all the third party libraries used. Everyone logs stuff, using different logging frameworks, and yet you need your logging configuration to apply to all of them. If I change my logging level from WARN to DEBUG, I want all libs to pick it up, and not have one dependency ignore it because it uses a separate logging which requires its own distinct config.
I understand what you mean.If a dependency use logging framework A,but my project use logging framework B.If I want to apply my configuration to all dependency and my project,I have to create many configure files for all logging framework.
Thanks.
As long as only the SLF4J API is used in the Java code, there will be no such problems
I think it's not a big problem as long as the specification of SLF4J is implemented
I have an immature idea.
I think the most big question is configuration, i can let Optilog control other logging framework's configuration.When you write Optilog's config file,Optilog auto generate configure file that other logging framework need(in runtime),that config is same as Optilog's configure file.If you change configure file,Optilog will change the configure file for other logging framework.
Maybe this idea is unrealistic...
Instead of making your logging library, I would ask two questions:
First,because I want to make a better logging framework,that doesn't mean I think they are too bad.They have some problems.
problem example:
public class Test {public static Logger log = LoggerFactory.getLogger(Test.class);
public static void main(String[] args) {
log.info("test in Test");
test2.t(log);
}
}
class test2 {
public static void t(Logger logger) {
logger.info("test in test2");
}
}
console:
[main] INFO com.test.Test - test in Test[main] INFO com.test.Test - test in test2
Why second log in class test2 print class:com.test.Test?
I once want to contribute these logging framework.But if you see their pull request,you will know they will not access you.
github.com/qos-ch/slf4j/pulls
github.com/apache/logging-log4j2/p...
It's not that we don't need to innovate when we have it on the market. Sometimes the existing framework can't meet our needs.
Brother, support you, you can also add Chinese descriptions in the project about, so that Chinese brothers can also search for it
Thanks.There is Chinese description on my github.
github.com/OptiJava/Optilog-Client
No, I mean project about, it's where the GitHub search engine takes into account, like github.com/alibaba/GraphScope
I see.It's a good idea.