add convenience event emitting api to OpenTelemetryRum

[cleverchuk]

Fixes #573

[bidetofevil]

What do you think about doing this in Kotlin and collapsing all these methods into one and use default arguments?

[cleverchuk]

it looks like that's very possible.

[cleverchuk]

FYI: it won't be very nice to Java users though.

[marandaneto]

you can add the annotation @JvmOverloads so kotlin generates overloads for the java callers

[cleverchuk]

It looks like that would require making the function a class method instead of being declare in an interface?

[marandaneto]

you can just do method overloads with kotlin anyway so its ok to convert it to kotlin

[cleverchuk]

oh true that, you can make this interface an abstract class but not sure if that's what you want

i was thinking the same. however, i don't know whether others would want it to changed to a class.

you can just do method overloads with kotlin anyway so its ok to convert it to kotlin

it looks like that defeats the purpose of converting to kotlin?

[marandaneto]

it looks like that defeats the purpose of converting to kotlin?

i think we all want at some point that the codebase is kotlin only when it makes sense.
all new code ideally is kotlin, if its not a big pain.

your call here since it works already

[bidetofevil]

Maybe for now just keep this in Java and we can convert the whole class to Kotlin at a later point. There might be some binary compatibility issues in that case, but we can do it in a version bump where doing some trivial compile time breaks are ok.

[cleverchuk]

sounds good

[breedx-splk]

I'm pretty certain this will need to change to align with sending data via attributes vs. body, but this has been baking out here long enough that I think we should merge it and improve/fix as needed.