Add ignore_keywords flag to word delimiter graph #5121
Conversation
This introduces a new property for the word delimiter graph token filter to configure ignoring of keywords. It relates to this change elastic/elasticsearch#59563
|
We used to have a custom F# build task that patched our xml documentation files so that When pushing the transport bits out to https://github.com/elastic/elastic-transport-net, I re-enabled compilation failing on missing xmldocs. It also relies on https://github.com/saucecontrol/InheritDoc ALthough more explicitly though (small lie in that More xmldocs is always good! Long term property descriptions will be picked up from the specification: In which case I think generating them once on the interface and using |
This introduces a new property for the word delimiter graph token filter to configure ignoring of keywords. It relates to this change elastic/elasticsearch#59563
This introduces a new property for the word delimiter graph token filter to configure ignoring of keywords. It relates to this change elastic/elasticsearch#59563
This introduces a new property for the word delimiter graph token filter to configure ignoring of keywords. It relates to this change elastic/elasticsearch#59563 Co-authored-by: Steve Gordon <sgordon@hotmail.co.uk>
This introduces a new property for the word delimiter graph token filter to configure ignoring of keywords. It relates to this change elastic/elasticsearch#59563 Co-authored-by: Steve Gordon <sgordon@hotmail.co.uk>
This introduces a new property for the word delimiter graph token filter to configure ignoring of keywords.
It relates to this change elastic/elasticsearch#59563
Contributes to #5096
@Mpdreamz - I included more verbose XML comments for this to make usage via the Fluent API easier. I noticed that currently all descriptor methods use
/// <inheritdoc />which seems to have no effect. Is there a reason for the existing comments? If this format is reasonable, I'd propose to spend some time updating other comments for theWordDelimiterGraphTokenFilterDescriptorand as I come to them, other descriptors.