Since March 2020 all the Kamon instrumentation and reporting modules were moved to Kamon's main repository at https://github.com/kamon-io/kamon. Please check out the main repository for the latest sources, reporting issues or start contributing. You can also stop by our Gitter Channel.
kamon-logback's Introduction
kamon-logback's People
Forkers
tferega mladens milenkovicm matwojcik jonas-depop miriarte acjay sebigavril jeroenwijdemans ivantopo chotai opbokel jalaziz carstenlenz elfolink amelnikov-mylivn leondanielkamon-logback's Issues
ContextEntryConverter always uses default value if provided
If the default value is provided - ContextEntryConverter uses the wrong entry name.
Let's say this is my logback pattern
%contextEntry{MyValue:MyDefault}
If we follow the code at
we will see that getFirstOption
will have value MyValue:MyDefault
where it should be MyValue
. Therefore if the default is specified - the original value will be always ignored.
Instrumentation does not remove tags from MDC
When having kamon.instrumentation.logback.mdc.copy.tags = yes
the tags are put into the MDC will stay in the MDC forever (well... on that thread ... as long as the thread lives...)
In
Is it ok to remove tags as well?
Different behaviour based on the Appender type
Hi there,
I attach in here a simple project we crafted at work that shows how we get different output based on the appender type FileAppender
and AsyncAppender
into the logback
.
If you take the project and do an sbt run
changing the value of appender-ref
(line 25) once with FILE
and then with ASYNCFILE
you can see that the log/app.log
in one case just returns empty and the other it prints the span operationName
.
We guess it can be due to some bugs into the kamon-logback
or the kanela-agent
.
Could you please have a look at the code and let us know?
Thank you so much
Document what this package does
At the moment, it's unclear from the README exactly what I get from adding kamon-logback
. The Kamon README says "Logback comes with utilities for adding trace IDs to your logs and instrumentation to keep context when using async appenders.", but doesn't provide much in the way of other details.
AsyncAppenderInstrumentation code is unexpectedly executed for non-AsyncAppenders
narrow down the aop.xml weaver filters
@liff reported getting this error on gitter and I don't see any reason not to limit the weaver filter to the specific class/package where the async appender is.
[AppClassLoader@18b4aac2] error can't determine superclass of missing type org.codehaus.janino.ScriptEvaluator
when weaving type ch.qos.logback.core.boolex.JaninoEventEvaluatorBase
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. ๐๐๐
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google โค๏ธ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.