Relax install arg from OpenTelemetryRum to OpenTelemetry instance.

[breedx-splk]

As @surbhiia described in #658, there is an unnecessary tight coupling from the AndroidInstrumentation implementations back to the core module. Literally every one of the instrumentations was taking the rum instance only so that it could get access to the otel instance.

So let's simplify this and have fewer law-of-demeter violations! This changes the install() API to take the OpenTelemetry instance directly.

[surbhiia]

Thanks for this! It looks great :)

(I noticed the volley http README mentions usage of OpenTelemetryRum as well, we can mention a line there saying users can bypass it and use their own OpenTelemetry instance as well)

[bidetofevil]

LGTM.

Some of the instrumentation may also not need to entire OpenTelemetry object, so in the future, it may be good to narrow the scope of what they need to further narrow this (e.g. just pass in the TracerProvider or something)

[breedx-splk]

LGTM.

Some of the instrumentation may also not need to entire OpenTelemetry object, so in the future, it may be good to narrow the scope of what they need to further narrow this (e.g. just pass in the TracerProvider or something)

Yup, totally agree that keeping dependencies minimal is the way to go.