Thomas Corthals created SOLR-14268:
--------------------------------------

             Summary: Re-creating deleted Managed Stopwords lists results in 
error
                 Key: SOLR-14268
                 URL: https://issues.apache.org/jira/browse/SOLR-14268
             Project: Solr
          Issue Type: Bug
      Security Level: Public (Default Security Level. Issues are Public)
          Components: Schema and Analysis
    Affects Versions: 8.4.1, 7.7.2, 6.6.6
            Reporter: Thomas Corthals


Creating a Managed Stopwords list that has the same name as a previously 
deleted list results in an error if the core has been reloaded after deleting 
the list. Going through the same flow with Managed Synonyms doesn't result in 
this unexpected behaviour.

On a newly started solr with the techproducts core:
{code:bash}
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedWordSetResource"}' \
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
curl -X DELETE 
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
curl http://localhost:8983/solr/admin/cores?action=RELOAD\&core=techproducts
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedWordSetResource"}' \
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
{code}
The second PUT request results in a status 500 with error msg 
"java.util.LinkedHashMap cannot be cast to java.util.List".

Similar requests for synonyms work fine, no matter how many times I repeat the 
CREATE/DELETE/RELOAD cycle:
{code:bash}
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedSynonymGraphFilterFactory$SynonymManager"}'
 \
http://localhost:8983/solr/techproducts/schema/analysis/synonyms/testmap
curl -X DELETE 
http://localhost:8983/solr/techproducts/schema/analysis/synonyms/testmap
curl http://localhost:8983/solr/admin/cores?action=RELOAD\&core=techproducts
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedSynonymGraphFilterFactory$SynonymManager"}'
 \
http://localhost:8983/solr/techproducts/schema/analysis/synonyms/testmap {code}
Reloading after creating the Stopwords list but not after deleting it works 
without error too on a fresh techproducts core (you'll have to remove the 
directory from disk and create the core again after running the previous 
commands).
{code:bash}
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedWordSetResource"}' \
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
curl http://localhost:8983/solr/admin/cores?action=RELOAD\&core=techproducts
curl -X DELETE 
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedWordSetResource"}' \
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
{code}
And even curiouser, when doing a CREATE/DELETE for Stopwords, then a 
CREATE/DELETE for Synonyms, and only then a RELOAD of the core, the cycle can 
be completed twice. (Again, on a freshly created techproducts core.) Only the 
third attempt to create a list results in an error. Synonyms can still be 
created and deleted repeatedly after this.
{code:bash}
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedWordSetResource"}' \
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
curl -X DELETE 
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedSynonymGraphFilterFactory$SynonymManager"}'
 \
http://localhost:8983/solr/techproducts/schema/analysis/synonyms/testmap
curl -X DELETE 
http://localhost:8983/solr/techproducts/schema/analysis/synonyms/testmap
curl http://localhost:8983/solr/admin/cores?action=RELOAD\&core=techproducts
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedWordSetResource"}' \
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
curl -X DELETE 
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedSynonymGraphFilterFactory$SynonymManager"}'
 \
http://localhost:8983/solr/techproducts/schema/analysis/synonyms/testmap
curl -X DELETE 
http://localhost:8983/solr/techproducts/schema/analysis/synonyms/testmap
curl http://localhost:8983/solr/admin/cores?action=RELOAD\&core=techproducts
curl -X PUT -H 'Content-type:application/json' --data-binary \
'{"class":"org.apache.solr.rest.schema.analysis.ManagedWordSetResource"}' \
http://localhost:8983/solr/techproducts/schema/analysis/stopwords/testlist
{code}
The same successes/errors occur when running each cycle against a different 
core if the cores share the same configset.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to