Add messaging wrappers to support lightweight manual instrumentation

[Cirilla-zmh]

Description:

< Describe what is being changed or added.
Ex. Bug fix - Describe the bug and how this fixes it.
Ex. Feature addition - Describe what this provides and why. >

Existing Issue(s):

< Link any applicable issues. >

Testing:

< Describe what testing was performed and any tests were added. >

Documentation:

< Describe the documentation added.
Please be sure to modify relevant existing documentation if needed. >

Outstanding items:

< Anything that these changes are intentionally missing
that will be needed or can be helpful in the future. >

[linux-foundation-easycla]

The committers listed above are authorized under a signed CLA.

• ✅ login: Cirilla-zmh / name: Minghui Zhang (6f3587b, 8a6dc8c, 8ef16f8, 2180b1a, 77e3001, 5686199, c73a7ec, 8194500, b6ed6c6, e588d1e, 7ae2731)

[Cirilla-zmh]

Several suggestions from trask:

• Remove the useless Response API.
• Add one more code owner.
• Should not directly convert a particular non-checked exception to an Exception class object.
• Replace SpanCustomizer with AttributeExtractor in instrumentation. (Users could just access span by Span.current())
• Add a more clear demo.

Thanks for @trask !

[Cirilla-zmh]

@trask
Hi Trask, I've completed this PR draft and add a test for kafka-clients, I think you'll be familiar with it.

Tests for mns-clients and api itself are not implemented in view of possible migration from java-contrib to java-instrumentation. (Add an integration test here are struggle...)

Looking forward to your response and have nice days on KubeCon EU!

[Cirilla-zmh]

BTW, please ignore the build failure caused by mns. Our sdk of 1.3.0 hasn't been released yet and we will release it soon.

[steverao]

Add following version like other modules? https://github.com/open-telemetry/opentelemetry-java-contrib/tree/main/inferred-spans#usage

    <version>{latest version}</version>

[Cirilla-zmh]

Please see #1855 for newest version.