[
https://issues.apache.org/jira/browse/SOLR-5654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13879015#comment-13879015
]
Steve Rowe commented on SOLR-5654:
----------------------------------
{quote}
Why do we need new factories for synonyms and stopwords? I dont understand this
design at all, this seems like duplication of all the analysis factories!
Instead, just pass a different resourceloader or something to the existing ones!
{quote}
The point of this issue is to provide REST API methods to interrogate and
modify/persist synonym config and mappings. A different resourceloader would
only allow for this info to be pulled from an alternate persistence store - it
wouldn't do anything for the REST API and persistence part.
{quote}
But separately I think it's ... dangerous to allow changing stopwords / syns on
an already created field / running index? Ie, such changes won't fully "take
effect" until you re-index all content ... I know it's convenient to be able to
make such changes, but it's also trappy.
{quote}
That's already true today for people who manually modify config and
restart/reload. I guess your point is that we shouldn't be making this easier.
I disagree: the point of the issue is to allow people more fine-grained
control over an already-existing freedom. I think documentation warning people
about the danger of modifying config with an existing index is sufficient to
help people who want this capability avoid creating indexes with mixed analysis
config.
> Create a synonym filter factory that is (re)configurable, and capable of
> reporting its configuration, via REST API
> ------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-5654
> URL: https://issues.apache.org/jira/browse/SOLR-5654
> Project: Solr
> Issue Type: Sub-task
> Components: Schema and Analysis
> Reporter: Steve Rowe
>
> A synonym filter factory could be (re)configurable via REST API by
> registering with the RESTManager described in SOLR-5653, and then responding
> to REST API calls to modify its init params and its synonyms resource file.
> Read-only (GET) REST API calls should also be provided, both for init params
> and the synonyms resource file.
> It should be possible to add/remove/modify one or more entries in the
> synonyms resource file.
> We should probably use JSON for the REST request body, as is done in the
> Schema REST API methods.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
