[Logs] Remove the in-development isolating log record processor

[pellared]

Changes

Remove the in-development isolating log record processor introduced in #4062 by myself.

Reasons

According to the most recent discussions regarding Enabled SDK implementation (see: #4207) there looks to be a tendency to lean towards simplifying the SDK.
The current preference is that the users should use the collector for setting up multiple log processing pipelines. E.g.

To be honest, the design to prioritize multiple independent logging pipelines, each with their own filter, doesn't resonate with me. Its too different from the other signals, and adds complexity for what I consider to be a niche use case. I think those types of use cases are better served by the collector, instead of adding the burden to all the language implementations.

The users can still create workarounds e.g. by deep cloning of a ReadWriteLogRecord and make log record processor decorators.
There is no need to deprecate the isolating processor as AFAIK nobody has implemented it (there was only a prototype for OTel Go: open-telemetry/opentelemetry-go-contrib#5861).

[github-actions]

This PR was marked stale due to lack of activity. It will be closed in 7 days.

[pellared]

@carlosalberto, I guess this can be merged.