Rename OTLPHandler -> LoggingHandler

[lzchen]

Fixes #2506

[srikanthccv]

logging library from python stdlib is the most widely used one but there are also some other third party libraries ex structlog. I am thinking if we want to make it explicit in the name that this handler targeting the logging module?

[lzchen]

@srikanthccv

I am thinking if we want to make it explicit in the name that this handler targeting the logging module?

Any suggestions on the name? We could either rename or maybe stick with generic OTelHandler and provide a mechanism for choosing the type of logging library (maybe params). Are there enough popular logging libraries that this would be worth it?

[srikanthccv]

Are there enough popular logging libraries that this would be worth it?

No. I think if there is a need for one in future we can introduce new handler. I think this is also what java does - they have different appenders for different libs.

[codeboten]

I wonder if this should be renamed to Handler instead. Otherwise this makes me ask the question why isn't Otel a prefix for every component in the library.

[ocelotl]

I wonder if this should be renamed to Handler instead. Otherwise this makes me ask the question why isn't Otel a prefix for every component in the library.

This is a good point ⬆️

[lzchen]

Handler feels kind of "naked" to me.

No. I think if there is a need for one in future we can introduce new handler.

@ocelotl @codeboten @srikanthccv
Following the above logic, how about LoggingHandler since this is for the logging library?

[ocelotl]

Handler feels kind of "naked" to me.

No. I think if there is a need for one in future we can introduce new handler.

@ocelotl @codeboten @srikanthccv Following the above logic, how about LoggingHandler since this is for the logging library?

That would still be redundant, since the symbol would be imported from opentelemetry.sdk.logs.

I have approved in order not to block here, I'm pretty sure we have not followed this logic in other parts of the project also.

[codeboten]

I'm ok with the idea LoggingHandler as it implies the connection to the logging library.

[lzchen]

@ocelotl

That would still be redundant, since the symbol would be imported from opentelemetry.sdk.logs.

I'm not referring to opentelemetry logging. I am referring to the fact that this handler supports signals from the logging library