You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Logrus library is no longer maintained and we have strict requiremend for use of third party components.
Describe the solution you'd like
Given that grule is a library rather than a standalone application, it should accept whatever logger is used by a higher level application and pass it to the library. This will assure consistent control over logging. Can youi make it to accept standard go Loger? The idea behind logrus was to provide structured logging but since there is no standard interface for it in golang - it should be avoided in a library.
Describe alternatives you've considered
There is no alternatives since logrus is hardcoded into grule.
Additional context
We currently have grule in a proof of concept state but inconsistent logging is one of the hurdles preventing adoption... (poor performance is another one but it is a separate topic :-)
The text was updated successfully, but these errors were encountered:
This does not mean Logrus is dead. Logrus will continue to be maintained for security, (backwards compatible) bug fixes, and performance (where we are limited by the interface).
This does not mean Logrus is dead. Logrus will continue to be maintained for security, (backwards compatible) bug fixes, and performance (where we are limited by the interface).
Whether it is dead or alive is not that important... the fact is that there are multiple logging libraries and even a one from core library in golang 1.22+ (slog), so probability that everybody will be using logrus as their logging library is quite low and nobody likes mixing multiple logging libraries with different logging formats and separate configurations in a single application.
Is your feature request related to a problem? Please describe.
Logrus library is no longer maintained and we have strict requiremend for use of third party components.
Describe the solution you'd like
Given that grule is a library rather than a standalone application, it should accept whatever logger is used by a higher level application and pass it to the library. This will assure consistent control over logging. Can youi make it to accept standard go Loger? The idea behind logrus was to provide structured logging but since there is no standard interface for it in golang - it should be avoided in a library.
Describe alternatives you've considered
There is no alternatives since logrus is hardcoded into grule.
Additional context
We currently have grule in a proof of concept state but inconsistent logging is one of the hurdles preventing adoption... (poor performance is another one but it is a separate topic :-)
The text was updated successfully, but these errors were encountered: