-
Notifications
You must be signed in to change notification settings - Fork 25k
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
[BUG?] Field mapping type supported properties removed in master #61563
Comments
Pinging @elastic/es-search (:Search/Mapping) |
Thanks for opening @russcam !
|
I've found the problem on |
Thanks for your effort, @romseygeek! The keyword mapping test failure was (
|
This commit adds a test to MapperTestCase that explicitly checks that a mapper can serialize all its default values, and that this serialization can then be re-parsed. Note that the test is disabled for non-parametrized mappers as their serialization may in some cases output parameters that are not accepted. Gradually moving all mappers to parametrized form will address this. The commit also contains a fix to keyword mappers, which were not correctly serializing the similarity parameter; this partially addresses #61563. It also enables `null` as a value for `null_value` on `scaled_float`, as a follow-up to #61798
…ic#61844) This commit adds a test to MapperTestCase that explicitly checks that a mapper can serialize all its default values, and that this serialization can then be re-parsed. Note that the test is disabled for non-parametrized mappers as their serialization may in some cases output parameters that are not accepted. Gradually moving all mappers to parametrized form will address this. The commit also contains a fix to keyword mappers, which were not correctly serializing the similarity parameter; this partially addresses elastic#61563. It also enables `null` as a value for `null_value` on `scaled_float`, as a follow-up to elastic#61798
… (#61877) This commit adds a test to MapperTestCase that explicitly checks that a mapper can serialize all its default values, and that this serialization can then be re-parsed. Note that the test is disabled for non-parametrized mappers as their serialization may in some cases output parameters that are not accepted. Gradually moving all mappers to parametrized form will address this. The commit also contains a fix to keyword mappers, which were not correctly serializing the similarity parameter; this partially addresses #61563. It also enables `null` as a value for `null_value` on `scaled_float`, as a follow-up to #61798
As a heads up: I have a PR (#62623) open to deprecate |
I think we can close this now @russcam? |
Closing this out, feel free to reopen if there's still an issue! |
From an internal conversation with @romseygeek, there may be some changes in supported properties from some refactoring to field mapping types taking place in the master branch. I'm opening this issue to raise the ones that we have seen from the integration tests of the .NET client.
Kindly note, the client integration tests are typically exhaustive in setting all field mapping properties available and there's an open issue to refactor the type mapping hierarchy in the client (elastic/elasticsearch-net#3145) as we're aware that some inherited properties are not valid for all derived types. As such, some of the below properties maybe shouldn't have been supported anyway i.e. ignored by Elasticsearch if passed, but I thought it would be better to list all the errors seen in our integration tests than not.
ip field mapping type
boost
no longer supportedkeyword field mapping type
similarity
no longer supportedboolean field mapping type
similarity
no longer supporteddate field mapping type
similarity
no longer supportedbinary field mapping type
similarity
no longer supportednumber field mapping types (integer, scaled_float, etc.)
similarity
no longer supportedboost
no longer supportedThe text was updated successfully, but these errors were encountered: