Make propagators a namespace

[ocelotl]

Fixes #1590

Makes propagators a namespace so that we can have proper propagators in the contrib repo as well as here.

Type of change

Please delete options that are not relevant.

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• This change requires a documentation update

How Has This Been Tested?

Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration

• Test A

Does This PR Require a Contrib Repo Change?

Answer the following question based on these examples of changes that would require a Contrib Repo Change:

• The OTel specification has changed which prompted this PR to update the method interfaces of opentelemetry-api/ or opentelemetry-sdk/

• The method interfaces of opentelemetry-instrumentation/ have changed

• The method interfaces of test/util have changed

• Scripts in scripts/ that were copied over to the Contrib repo have changed

• Configuration files that were copied over to the Contrib repo have changed (when consistency between repositories is applicable) such as in

  • pyproject.toml
  • isort.cfg
  • .flake8

• When a new .github/CODEOWNER is added

• Major changes to project information, such as in:

  • README.md
  • CONTRIBUTING.md

• Yes. - Link to PR: Add OpenTracing propagator opentelemetry-python-contrib#302

• No.

Checklist:

• Followed the style guidelines of this project
• Changelogs have been updated
• Unit tests have been added
• Documentation has been updated

[codeboten]

I think the changes here are ok. I'm curious though, it feels weird to have to import a util package for the only methods in propagators that we care about inject & extract

Any thoughts?

[ocelotl]

I think the changes here are ok. I'm curious though, it feels weird to have to import a util package for the only methods in propagators that we care about inject & extract

Any thoughts?

[ocelotl]

I think the changes here are ok. I'm curious though, it feels weird to have to import a util package for the only methods in propagators that we care about inject & extract

Any thoughts?

Yes, it is weird. How about renaming util to something more propagator-related like propagate?

[aabmass]

lgtm