Replace profiling data stream type with profiles#1189
Conversation
Aligns the integration data stream type enum with the OTel Profiles signal name and with the term already used in input package manifests. Drops profiling as a valid data stream type (breaking change, technical preview only). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
…files-terminology
Move tracesDataStreamType from its file-local const block into the shared types.go, add profilesDataStreamType alongside it, and update validate_profiles_nonga.go to use the constant instead of a magic string. Document the convention in AGENTS.md so future validators follow the same pattern. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Enterprise Run ID: 📒 Files selected for processing (10)
📝 WalkthroughWalkthroughRenames the data stream type value Changesprofiling → profiles rename
Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
|
test integrations |
|
Created or updated PR in integrations repository to test this version. Check elastic/integrations#19627 |
jsoriano
left a comment
There was a problem hiding this comment.
LGTM, only a couple of things on the changelogs and the docs for agents.
| type: enhancement | ||
| link: https://github.com/elastic/package-spec/pull/1177 | ||
| - description: Replace `profiling` data stream type with `profiles` to align with the OTel Profiles signal name. | ||
| type: breaking-change |
There was a problem hiding this comment.
We can release it in 3.6 as bugfix, as this was not implementing what was expected.
| 6. **Use descriptive variable names**: Avoid abbreviations in validators. Use full names like `packageName` (not `pkgName`), `dataStreamManifests` (not `dsManifests`), `templateIndex` (not `ptIdx`) for better readability. | ||
| 7. **Use fsys.Path() for error messages**: When creating error messages, use `fsys.Path("relative/path")` to get the full package path, not just the relative path from a file object. This ensures error messages match the test framework's expectations. | ||
| 8. **Data stream type constants**: Never use data stream type strings (e.g. `"traces"`, `"profiles"`) as inline literals. Declare them as package-level constants in `code/go/internal/validator/semantic/types.go` alongside the existing `tracesDataStreamType` and `profilesDataStreamType`. The canonical set mirrors the `type` enum in `spec/integration/data_stream/manifest.spec.yml`. | ||
| ```go |
There was a problem hiding this comment.
This code snippet is related to the point 7 above, right?
Reclassify the change from `profiling` to `profiles` data stream type as a bugfix in the changelog to better reflect its nature. This aligns with the OTel Profiles signal name and updates the relevant PR link.
💚 Build Succeeded
History
|
What does this PR do?
Replaces the
profilingdata stream type withprofilesin the integration spec:spec/integration/data_stream/manifest.spec.yml: renames the enum valueprofiling→profilesvalidate_profiling_nonga.go→validate_profiles_nonga.go: renames the validator and its exported/unexported functions accordinglytracesDataStreamTypeandprofilesDataStreamTypeconstants intypes.go(shared across thesemanticpackage) to replace inline string literalsvalidator_test.goWhy is it important?
Mixed usage of
profiling(integration data streams) andprofiles(input packages, Fleet data stream type) was causing inconsistency across the Package Spec and Fleet.profilesis the correct term, aligning with the OTel Profiles signal name.The change is breaking but safe: the only published package in the integrations repository using this type is
profiling_otel, which already usesprofiles— no packages use the deprecatedprofilingstring.Checklist
test/packagesthat prove my change is effective.spec/changelog.yml.Related issues
Summary by CodeRabbit
Documentation
Bug Fixes
Chores