Open howan36 opened 2 days ago
if there are some configurations could solve that, or something missing from my side
The layout patterns you have configured are for the console appender. Otel appender is not connected to the console appender and does not use this configuration. I believe you can use the collector to apply these patterns to the log data.
ok, thanks a lot @laurit , besides, if otel log appender could output the log format to json, i found some field s were extracted to attributes labels, and the log body seems to be text mode
for example,
200 OK GET https://xxxxxxxx/link-service/api/routes/updatedAt {"origin":"local","type":"request","correlation":"fdddd","protocol":"HTTP/1.1","remote":"api-devdddddd.cn.cnapp-ddl/61.170.77.230:443","method":"GET","uri":"https://addsd/lidsddsds/api/routes/updatedAt","host":"api-dedsdsdds","path":"/link-service/api/routes/updatedAt","scheme":"https","port":"443","headers":{"accept":["*/*"],"accept-encoding":["gzip"],"apiKey":["dsdssd"],"b3":["f08320df111ab165bbsdsdsddssdc9012e98651ee0-1"],"host":["sddsddssdds"],"traceparent":["00-12e98651ee0-01"],"user-agent":["ReactorNetty/1.1.20"]}} | |
for this log, the first row is the original message, and the json is the content i use transform processor to concat from attributes, if they could combine into 1 big json
I don't follow what the ask is here. Otel appender dispatches data to the exporter which decides the output format, by default otlp is used.
we use the above config to encode some sensitive field, but after received from collector, it becomes decoded