You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We may be able to write generic tests to be run by plugin developers. For example, an exporter test that loads each registered exporter and exports one or more spans. Exporter plugins could run this test from the latest version of the core library. Note that this would mean packaging core library tests such that others can run them, and distinguishing exporters from plugins.
This is motivated by #272, the first exporter to graduate from ext/ and get its own separate repo.
The text was updated successfully, but these errors were encountered:
As discussed in today's SIG meeting, we need to settle on conventions for naming and discovering plugins, i.e. exporters and integrations.
Right now we're using the
opentelemetry.ext
namespace, and each plugin is a namespace package. One option is to useimportlib
to discover matching namespace packages.We may be able to write generic tests to be run by plugin developers. For example, an exporter test that loads each registered exporter and exports one or more spans. Exporter plugins could run this test from the latest version of the core library. Note that this would mean packaging core library tests such that others can run them, and distinguishing exporters from plugins.
This is motivated by #272, the first exporter to graduate from
ext/
and get its own separate repo.The text was updated successfully, but these errors were encountered: