Is your feature request related to a problem? Please describe.
The class-level Javadoc of OtelObjectRule (buildSrc/src/main/java/io/opentelemetry/gradle/js2p/OtelObjectRule.java line 27-30) documents only one of the rule's two responsibilities: replacing jsonschema2pojo's generated toString/equals/hashCode. It omits the other responsibility that apply() (line 46-48) performs, routing experimental classes into the internal sub-package via ExperimentalPackages.resolve(...). The three sibling classes (OtelRuleFactory, OtelEnumRule, ExperimentalPackages) all describe this routing, so the class that performs it is the only one whose Javadoc leaves it out.
Describe the solution you'd like
Add the routing responsibility to the class Javadoc, placing the routing clause first and reusing OtelRuleFactory's existing wording ("routes experimental classes into the internal sub-package"). Docs-only, backward compatible.
Describe alternatives you've considered
N/A.
Spec alignment
N/A. This is internal build tooling (declarative-config POJO generation), not covered by the OpenTelemetry Specification.
Additional context
Is your feature request related to a problem? Please describe.
The class-level Javadoc of
OtelObjectRule(buildSrc/src/main/java/io/opentelemetry/gradle/js2p/OtelObjectRule.java line 27-30) documents only one of the rule's two responsibilities: replacing jsonschema2pojo's generatedtoString/equals/hashCode. It omits the other responsibility thatapply()(line 46-48) performs, routing experimental classes into theinternalsub-package viaExperimentalPackages.resolve(...). The three sibling classes (OtelRuleFactory,OtelEnumRule,ExperimentalPackages) all describe this routing, so the class that performs it is the only one whose Javadoc leaves it out.Describe the solution you'd like
Add the routing responsibility to the class Javadoc, placing the routing clause first and reusing
OtelRuleFactory's existing wording ("routes experimental classes into the internal sub-package"). Docs-only, backward compatible.Describe alternatives you've considered
N/A.
Spec alignment
N/A. This is internal build tooling (declarative-config POJO generation), not covered by the OpenTelemetry Specification.
Additional context
apply()and the siblings but not this class Javadoc.