-
Notifications
You must be signed in to change notification settings - Fork 736
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
fix-update-document-options-not-set #1047
fix-update-document-options-not-set #1047
Conversation
ca5e410
to
2947ac5
Compare
@olchick For me it seems like broke BC. For now Elastica always sends retry_on_conflict=0 by default. With your PR it will be taken from elasticsearch configuration and it can be not 0, for such developers it will be broke BC. More right make something like "unsetConfig('retry_on_conflict')" or "setConfig('retry_on_conflict', null)" and than client can omit it when perform request. Also what with 'version' field from original issue? I think if Amazon care about "retry_on_conflict" it will be also raise errors for "version", and your PR solve only retry_on_conflict. |
@ewgRa retry_on_conflict=0 is the default in ES. How is that possible to change that? |
@Tobion https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-update.html#_parameters_2 retry_on_conflict there Or I misunderstand your question? |
You said there is a configuration which can be changed and due that not sending the default value would be a BC break for those people.
So what configuration are you talking about? |
@Tobion you are right. By default it is "the update will fail with a version conflict exception", if it is omitted, also like "default", and all this work as "0". So, there is will be no BC break. |
Good, then I think this is good to be merged. |
Added changelog |
Comes from 1046
Improvement for updateDocument method: not set option 'retry_on_conflict' if it is empty in Client's config.