[
https://issues.apache.org/jira/browse/SOLR-10264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15960867#comment-15960867
]
ASF subversion and git services commented on SOLR-10264:
--------------------------------------------------------
Commit 3ac32eea3509495256c4b74a695e798f783d7434 in lucene-solr's branch
refs/heads/branch_6x from [~cpoerschke]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=3ac32ee ]
SOLR-10264: Fixes multi-term synonym parsing in ManagedSynonymFilterFactory.
(Jörg Rathlev, Steve Rowe, Christine Poerschke)
> ManagedSynonymFilterFactory does not parse multi-term synonyms
> --------------------------------------------------------------
>
> Key: SOLR-10264
> URL: https://issues.apache.org/jira/browse/SOLR-10264
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Schema and Analysis
> Affects Versions: 6.4.2
> Reporter: Jörg Rathlev
> Assignee: Christine Poerschke
> Priority: Minor
> Attachments: SOLR-10264.patch, SOLR-10264.patch, SOLR-10264.patch,
> SOLR-10264.patch, SOLR-10264-test.patch
>
>
> The parser that the {{ManagedSynonymFilterFactory}} uses to parse the JSON
> resource into a synonym map does not parse multi-term synonyms in the
> expected way.
> If the synonym {"foo bar":"baz"} is added to the managed resource, the
> expected behavior is that the multi-term synonym "foo bar" will be mapped to
> the synonym "baz".
> In the {{analyze}} method of {{SynonymMap.Parser}}, multiple origin terms are
> concatenated with a separating {{SynonymMap.WORD_SEPARATOR}}, but the
> {{analyze}} method is not used by the parser in the
> {{ManagedSynonymFilterFactory}}.
> As a workaround, multi-term synonyms can be uploaded separated by a null
> character, i.e., uploading {"foo\u0000bar":"baz"} works.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
