Issue in webhookevent receiver

[francisan]

I am facing one issue in below webhookevent receiver.

receivers:
webhookevent:

  endpoint: 0.0.0.0:1111
  path: /get/info

processors:
transform/tr:

   error_mode: ignore
   log_statements:
    - context: log
      statements:
       - set(body, ParseJSON(body)) where body != nil
       - set(resource.attributes["name"], body["name"])

exporters:
logging:
loglevel: debug

service:
pipelines:

logs/receivers:
receivers: [webhookevent]
processors: [transform/tr]
exporters: [logging]

If I put any new line in between Json, then rather than considering it as a single log statement, it will consider it as two different log statements.

For example,

If we use below Json, then it will consider it as a single log. We are good here.
{"name" : "francis" ,"city" : "newyork"}

But if we use below Json, then it will consider it as 4 different logs. I think, ideally it should consider it as a single log statement.

{
"name": "francis",
"city": "newyork"
}

{ --->log1
"name": "francis", --->log2
"city": "newyork" --->log3
} --->log4

Why is it behaving in this way?

[codeboten]

transferring to contrib repo

[github-actions]

Pinging code owners for receiver/webhookevent: @atoulme @shalper2. See Adding Labels via Comments if you do not have permissions to add labels yourself.

[francisan]

@atoulme @shalper2 Could you please help me to resolve this.

[shalper2]

@francisan taking a look now!

[shalper2]

The behavior comes from the way that go's bufio.Scanner implements its default Scan() behavior. By default Scan() advances the buffer to the next token using a SplitFunc which stops at newline and return characters. This causes the for sc.Scan() loop in webhookevent receiver's req_to_log.go to create a new log entry for each newline encountered (which is what you're seeing). I do not think this behavior is desirable for the webhookevent receiver and so I will try to push a fix.

[crobert-1]

Removing needs triage based on code owner response.

[francisan]

Thanks @crobert-1
One Observation----
It happens when I use postman for triggering API.
If we call webhookevent API from a java program using rest template, then it's not happening.

[github-actions]

This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping @open-telemetry/collector-contrib-triagers. If this issue is still relevant, please ping the code owners or leave a comment explaining why it is still relevant. Otherwise, please close it.

Pinging code owners:

• receiver/webhookevent: @atoulme @shalper2

See Adding Labels via Comments if you do not have permissions to add labels yourself.