-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Delegate TransportUpdateAction to TransportBulkAction #17679
base: main
Are you sure you want to change the base?
Conversation
❌ Gradle check result for a432e47: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
❌ Gradle check result for a432e47: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
private final NodeClient client; | ||
private final ClusterService clusterService; | ||
@Deprecated | ||
public class TransportUpdateAction extends HandledTransportAction<UpdateRequest, UpdateResponse> { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could we remove this class all together? Seems to not be widely used: https://github.com/search?q=org%3Aopensearch-project%20TransportUpdateAction%20NOT%20is%3Aarchived&type=code
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So, the @Deprecated
annotation was copied from TransportIndexAction
and TransportDeleteAction
.
In practice, I don't think I actually want to remove it. I should probably remove the annotation. (We should probably remove the annotations from TransportIndexAction
and TransportDeleteAction
since I don't think they're ever going to be removed either.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There -- I removed this annotation and the ones on TransportIndexAction
, TransportDeleteAction
, and TransportSingleItemBulkAction
.
❌ Gradle check result for 22a2df3: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
❌ Gradle check result for c943a65: Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
❌ Gradle check result for c943a65: Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
❌ Gradle check result for c943a65: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
This is consistent with TransportIndexAction and TransportDeleteAction, and ensures that updates behave consistently, whether sent via the `_update` API or via the `_bulk` API. Signed-off-by: Michael Froh <[email protected]>
Signed-off-by: Michael Froh <[email protected]>
Since this change modifies how updates behave with ingest pipelines, the tests need to be updated to reflect the new behavior (where single item updates behave the same as bulk updates). Signed-off-by: Michael Froh <[email protected]>
… and children In practice, these adapter classes are unlikely to be removed, unless we drop support (at the API level) for the single-item operations. Since the single item operations are likely to stick around, we have no plan to remove these adapter classes. Signed-off-by: Michael Froh <[email protected]>
Signed-off-by: Michael Froh <[email protected]>
❌ Gradle check result for ffda134: FAILURE Please examine the workflow log, locate, and copy-paste the failure(s) below, then iterate to green. Is the failure a flaky test unrelated to your change? |
Description
This is consistent with TransportIndexAction and TransportDeleteAction, and ensures that updates behave consistently, whether sent via the
_update
API or via the_bulk
API.Related Issues
Resolves #16980
Check List
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.