Logging loop
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Bug
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- java
- Domaine
- observability
Piste de recherche
Commencez par suivre la journalisation depuis FluentLogger et RawSocketSender, puis consultez l’issue liée de logback-more-appenders pour le contexte. Une contribution utile devrait définir une manière clairement convenue d’empêcher la boucle de journalisation ou de limiter les messages, avec une validation confirmant que FluentLogger peut toujours signaler les échecs pertinents.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
If FluentLogger is used as an appender with logback (such as https://github.com/sndyuk/logback-more-appenders) then any logging by FluentLogger and related classes such as RawSocketSender can end up creating a nice little logging loop.
For instance, RawSocketSender will log "Created messages" or a message when the buffer is full... all of which get routed back into slf4j and then likely routed right back into FluentLogger for logging....
While the obvious answer is to drop any org.fluentd.logger.* messages that would end up routed to the FluentLogger appender (thereby possibly leaving them routed to other appends) that would then mask any real messages but I wonder if there is a better solution?
I don't have any ideas but figured I'd throw the problem out there and maybe someone would have a good idea.
It may also be helpful to enable some type of throttling on messages--- like if the buffer is full due to a down fluentd.
Also cross posted here: https://github.com/sndyuk/logback-more-appenders/issues/2
- Langage dominant
- Java
- Étoiles
- 210
- Forks
- 86
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de fluent/fluent-logger-java
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
fluent/fluent-logger-java#100 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 15/100
fluent/fluent-logger-java#99 · 1 commentaire · 2 réactions ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
fluent/fluent-logger-java#98 · 1 commentaire ·
-
Null Pointer Exception with slf4j-log4j12-1.7.30 (Fluent-logger incompatible with the new version)Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 42/100
fluent/fluent-logger-java#89 · 3 commentaires ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 25/100
fluent/fluent-logger-java#88 · 1 commentaire ·
Toutes les issues de fluent/fluent-logger-java
Issues similaires
-
[BUG] S3 CORS responses omit Access-Control-Allow-Credentials for matched originsPeut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
floci-io/floci#5369 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
sqlcipher/sqlcipher-android#97 · 1 commentaire ·
-
area-integrations
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
-
bug IIIF interoperability
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100