Skip to content

Avoid multiple converter calls when parsing string aggregation stages. #4717

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 2 commits into from

Conversation

christophstrobl
Copy link
Member

Closes: #4712

Parsing of string based aggregations lead to multiple invocations of potential converters due to missing reuse of bound parameter value as well as attempts to verify out/merge stages within the pipeline that triggered the stage to be converted into the target document.
The changes in this commit, reduce the number down to 2. One for examining potential expression dependencies and one for the actual conversion and parameter binding.
@mp911de mp911de added the type: bug A general bug label Jun 12, 2024
@mp911de mp911de added this to the 4.2.7 (2023.1.7) milestone Jun 12, 2024
mp911de pushed a commit that referenced this pull request Jun 12, 2024
Parsing of string based aggregations lead to multiple invocations of potential converters due to missing reuse of bound parameter value as well as attempts to verify out/merge stages within the pipeline that triggered the stage to be converted into the target document.
The changes in this commit, reduce the number down to 2. One for examining potential expression dependencies and one for the actual conversion and parameter binding.

See #4712
Original pull request: #4717
mp911de added a commit that referenced this pull request Jun 12, 2024
Simplify reactive composition. Switch to eager operator evaluation.

See #4712
Original pull request: #4717
mp911de pushed a commit that referenced this pull request Jun 12, 2024
Parsing of string based aggregations lead to multiple invocations of potential converters due to missing reuse of bound parameter value as well as attempts to verify out/merge stages within the pipeline that triggered the stage to be converted into the target document.
The changes in this commit, reduce the number down to 2. One for examining potential expression dependencies and one for the actual conversion and parameter binding.

See #4712
Original pull request: #4717
mp911de added a commit that referenced this pull request Jun 12, 2024
Simplify reactive composition. Switch to eager operator evaluation.

See #4712
Original pull request: #4717
mp911de pushed a commit that referenced this pull request Jun 12, 2024
Parsing of string based aggregations lead to multiple invocations of potential converters due to missing reuse of bound parameter value as well as attempts to verify out/merge stages within the pipeline that triggered the stage to be converted into the target document.
The changes in this commit, reduce the number down to 2. One for examining potential expression dependencies and one for the actual conversion and parameter binding.

See #4712
Original pull request: #4717
mp911de added a commit that referenced this pull request Jun 12, 2024
Simplify reactive composition. Switch to eager operator evaluation.

See #4712
Original pull request: #4717
@mp911de mp911de closed this Jun 12, 2024
@mp911de mp911de deleted the issue/4712 branch June 12, 2024 08:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: bug A general bug
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Converter called multiple times evaluating aggregation operation query methods
2 participants