[
https://issues.apache.org/jira/browse/SOLR-13180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16757233#comment-16757233
]
Jan Høydahl commented on SOLR-13180:
To reproduce:
{code:java}
bin/solr start -c
bin/solr create -c films
curl -X POST -H 'Content-type:application/json' --data-binary '{"add-field":
{"name":"name", "type":"text_general", "multiValued":false, "stored":true}}'
http://localhost:8983/solr/films/schema
bin/post -c films example/films/films.json
curl "http://localhost:8983/solr/films/select?json=0;
{code}
Attaching a patch that, when applied, instead returns:
{code:java}
{
"responseHeader":{
"status":400,
"QTime":4,
"params":{
"json":"0"}},
"error":{
"metadata":[
"error-class","org.apache.solr.common.SolrException",
"root-error-class","org.apache.solr.common.SolrException"],
"msg":"Expected JSON Object in query parameter json, but got
java.lang.Long",
"code":400}}{code}
> ClassCastExceptions in o.a.s.s.facet.FacetModule for valid JSON inputs that
> are not objects
> ---
>
> Key: SOLR-13180
> URL: https://issues.apache.org/jira/browse/SOLR-13180
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Facet Module
>Affects Versions: 7.5, master (9.0)
> Environment: Running on Unix, using a recent git checkout of master
> and the films example database.
> h2. Steps to reproduce
> * Build commit ea2c8ba of Solr as described in the section below.
> * Build the films collection as described below.
> * Start the server using the command “./bin/solr start -f -p 8983 -s
> /tmp/home”
> * Request the URL above.
> h2. Compiling the server
> {{git clone [https://github.com/apache/lucene-solr]}}
> {{cd lucene-solr
> git checkout ea2c8ba
> ant compile
> cd solr
> ant server
> }}
> h2. Building the collection
> We followed Exercise 2 from the quick start tutorial
> ([http://lucene.apache.org/solr/guide/7_5/solr-tutorial.html#exercise-2]).
> The attached file (home.zip) gives the contents of folder /tmp/home that you
> will obtain by following the steps below.
> {{mkdir -p /tmp/home
> echo '' >
> /tmp/home/solr.xml}}
>
> In one terminal start a Solr instance in foreground:
> {{./bin/solr start -f -p 8983 -s /tmp/home}}
>
> In another terminal, create a collection of movies, with no shards and no
> replication:
> {{bin/solr create -c films
> curl -X POST -H 'Content-type:application/json' --data-binary '\{"add-field":
> {"name":"name", "type":"text_general", "multiValued":false, "stored":true}}'
> [http://localhost:8983/solr/films/schema]}}
> {{curl -X POST -H 'Content-type:application/json' --data-binary
> '\{"add-copy-field" : {"source":"*","dest":"_text_"}}'
> [http://localhost:8983/solr/films/schema]}}
> {{./bin/post -c films example/films/films.json}}
>Reporter: Johannes Kloos
>Priority: Minor
> Labels: diffblue, newdev
> Attachments: SOLR-13180.patch, home.zip
>
>
> Requesting the following URL gives a 500 error due to a ClassCastException in
> o.a.s.s.f.FacetModule: [http://localhost:8983/solr/films/select?json=0]
> The error response is caught by an uncaught ClassCastException, with the
> stacktrace shown here:
> java.lang.ClassCastException: java.lang.Long cannot be cast to java.util.Map
> at org.apache.solr.search.facet.FacetModule.prepare(FacetModule.java:78)
> at
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:272)
>
> The cause of this bug is similar to #13178: line 78 in FacetModule reads
> {{jsonFacet = (Map) json.get("facet")}}
> and assumes that the JSON object contained in facet is a JSON object, while
> we only guarantee that it is a JSON value.
> Line 92 semms to contain another situation like this, but I do not have a
> test case handy for this specific case.
> This bug was found using [Diffblue Microservices
> Testing|http://www.diffblue.com/labs]. Find more information on this [test
> campaign|https://www.diffblue.com/blog/2018/12/19/diffblue-microservice-testing-a-sneak-peek-at-our-early-product-and-results].
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org