Add native OSGi bundle metadata to published jars

[royteeuwen]

Description

Closes #494

Publishes the semconv and semconv-incubating jars with OSGi bundle metadata so they can be consumed directly in OSGi containers, without external re-wrapping (e.g. hand-maintained wrapper bundles).

This mirrors the OSGi support recently added to opentelemetry-java: the bnd Gradle plugin (biz.aQute.bnd.builder) is wired into the shared otel.java-conventions plugin and driven by OtelJavaExtension. Since the semconv modules have no SPI / ServiceLoader needs, the configuration is a trimmed-down version of the upstream one (no ServiceLoader mediator capabilities).

Changes

• buildSrc/build.gradle.kts — add the biz.aQute.bnd:biz.aQute.bnd.gradle plugin dependency.
• OtelJavaExtension — add osgiEnabled (default true) and osgiOptionalPackages knobs.
• otel.java-conventions.gradle.kts — apply biz.aQute.bnd.builder, make archives reproducible, and configure the main jar task's bundle with -exportcontents: io.opentelemetry.* plus an auto-detecting Import-Package. Both modules (and any future module) are bundled automatically; the -sources/-javadoc jars are left plain.

Generated manifest (excerpt)

opentelemetry-semconv:

Bundle-SymbolicName: opentelemetry-semconv
Export-Package: io.opentelemetry.semconv;version="1.41.1";uses:="io.opentelemetry.api.common"
Import-Package: io.opentelemetry.api.common,java.lang,...
Automatic-Module-Name: io.opentelemetry.semconv

opentelemetry-semconv-incubating:

Bundle-SymbolicName: opentelemetry-semconv-incubating
Export-Package: io.opentelemetry.semconv.incubating;version="1.41.1";uses:="io.opentelemetry.api.common,io.opentelemetry.semconv"
Import-Package: io.opentelemetry.api.common,io.opentelemetry.semconv;version="[1.41,2)",...

Testing

• ./gradlew build passes (unit tests, checkstyle, japicmp, animal-sniffer).
• Verified the main jars carry the OSGi headers and the -sources/-javadoc jars remain plain.

[royteeuwen]

@trask anything I can do to get this mergeable?

[Copilot]

Pull request overview

This PR adds native OSGi bundle metadata to the published semconv and semconv-incubating JARs by wiring the Bnd Gradle plugin into the shared otel.java-conventions build logic, enabling direct consumption in OSGi containers without wrapper bundles.

Changes:

• Adds the biz.aQute.bnd.builder plugin to the shared otel.java-conventions precompiled script plugin and configures the main jar task to emit OSGi headers (exporting io.opentelemetry.* and auto-detecting imports).
• Introduces osgiEnabled (default true) and osgiOptionalPackages extension knobs to control/augment OSGi import behavior.
• Adds the Bnd Gradle plugin dependency to buildSrc and enables reproducible archive settings for JAR outputs.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated no comments.

File	Description
buildSrc/src/main/kotlin/otel.java-conventions.gradle.kts	Applies/configures Bnd for OSGi metadata on the main jar and enables reproducible archive output.
buildSrc/src/main/kotlin/io/opentelemetry/gradle/OtelJavaExtension.kt	Adds extension properties to control enabling OSGi metadata and optional import packages.
buildSrc/build.gradle.kts	Adds the Bnd Gradle plugin dependency to the build logic classpath.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[trask]

can you add a test?

or, related to open-telemetry/opentelemetry-java-instrumentation#18995, is there maybe another way / tool we could validate a jar for osgi compliance?

[royteeuwen]

@trask added a test. I went with the same approach as opentelemetry-java's integration-tests/osgi: a new :osgi-test module that boots the semconv + semconv-incubating jars inside a real Apache Felix container and runs JUnit 5 inside it via bnd's Bundle → Resolve → TestOSGi chain. If either bundle's generated OSGi metadata is wrong (bad exports / unsatisfiable imports) the bundle won't resolve and the tests won't run — and the task fails explicitly in that case, since bnd otherwise reports success on zero tests.

Two things surfaced while getting it to resolve, both scoped to the test module:

• The semconv bundles Import-Package: io.opentelemetry.api.common, so resolution needs an opentelemetry-api that is itself an OSGi bundle. Since OSGi metadata was only added to core in Finish adding OSGi support opentelemetry-java#8417 (well after the 1.33.0 compileOnly baseline this repo pins), the test forces a recent opentelemetry-api on its own classpath.
• opentelemetry-common (pulled in transitively) declares Require-Capability: osgi.serviceloader.processor, so the container needs Aries SPI Fly to resolve even though semconv has no ServiceLoader providers of its own.

Both are documented in comments in osgi-test/build.gradle.kts. It's wired into test/check, so it runs as part of the normal ./gradlew build.