Add otlp log extension methods for LoggerProviderBuilder

[Yun-Ting]

Towards #4433
Based on #4596

Changes

• Added support for OTEL1000 Experimental-APIs:
  https://github.com/open-telemetry/opentelemetry-dotnet/blob/main/docs/diagnostics/experimental-apis/OTEL1000.md.
• Added support in OTLP Exporter to bring feature parity (with metrics and tracing) to logging
  under experimental flag for dependency Injection.
• Resolved circular reference issue if some service used inside LoggerProvider needs access to ILoggerFactory (for example an exporter trying to use IHttpClientFactory to construct an HttpClient instance)

Merge requirement checklist

• CONTRIBUTING guidelines followed (nullable enabled, static analysis, etc.)
• Unit tests added/updated
• Appropriate CHANGELOG.md files updated for non-trivial changes
• Changes in public API reviewed (if applicable)

[codecov]

Codecov Report

Attention: 41 lines in your changes are missing coverage. Please review.

Comparison is base (e3759a1) 83.48% compared to head (a332701) 83.19%.

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #5103      +/-   ##
==========================================
- Coverage   83.48%   83.19%   -0.30%     
==========================================
  Files         297      297              
  Lines       12395    12530     +135     
==========================================
+ Hits        10348    10424      +76     
- Misses       2047     2106      +59     

Flag	Coverage Δ
unittests	83.19% <74.05%> (-0.30%)	⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

Files	Coverage Δ
...try/Logs/ILogger/OpenTelemetryLoggingExtensions.cs	97.40% <100.00%> (+2.16%)	⬆️
...lemetryProtocol/OtlpLogExporterHelperExtensions.cs	71.06% <65.54%> (-18.77%)	⬇️

... and 8 files with indirect coverage changes

[CodeBlanch]

@utpilla @vishweshbankwar I'm not going to approve this because I did some of the work and I don't want to self-approve but just FYI I think it is in a good state for final review/merge.

[utpilla]

The newly added AddOtlpLogExporter methods are registering OptionsFactory for SdkLimitOptions and ExperimentalOptions.

Shouldn't we be using IOptionsFactory<TOptions>.Create method to create these options?

[Yun-Ting]

The SdkLimitOptions and ExperimentalOptions will be registered into the IOptionsFactory<T> which takes IConfiguration as one of the parameters:
https://github.com/open-telemetry/opentelemetry-dotnet/blob/e3759a1e0ea6e23b80cad33a206795fda8e240ff/src/Shared/Options/ConfigurationExtensions.cs#L137C1-L145C12
So the options can be retrieved when constructing new option instances with IConfiguration.

[utpilla]

My question is instead of using the regular ctor for SdkLimitOptions and ExperimentalOptions, shouldn't we be using either: IOptionsFactory<TOptions>.Create or IOptionsMonitor<TOptions>.Get to get these options. Shouldn't we be utilizing the OptionsFactory that we are now registering in this PR for these two options?

[CodeBlanch]

It isn't as important to use Options API with SdkLimitOptions and ExperimentalOptions because they are internal but I went ahead and refactored it so it is nice and consistent now.