Skip to content

Conversation

@Horiodino
Copy link
Contributor

Description:
All instances of functions like ReceiverFor, ExporterFor, ProcessorFor, and ParserFor have been following similar naming convention.

Link to tracking Issue(s):

Testing:
ran unit and e2e tests locally

Documentation:

Signed-off-by: Praful Khanduri <holiodin@gmail.com>
@Horiodino Horiodino requested a review from a team as a code owner November 8, 2025 12:12
@Horiodino
Copy link
Contributor Author

cc @jaronoff97

Copy link
Contributor

@swiatekm swiatekm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't know whether this is more intuitive naming, but I don't really mind it either. Would like a few more reviews before we merge to ensure consensus.

Copy link
Contributor

@jaronoff97 jaronoff97 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yeah i dont mind the change, not a big deal IMO. the bigger problem is the repeated code in using these.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Use consistent naming convention for component parser retrieval functions

4 participants