Uploaded image for project: 'Solr'
  1. Solr
  2. SOLR-6617

/update/json/docs handler needs to do a better job with tweet like JSON structures


    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: 5.0, 6.0
    • Component/s: None
    • Labels:


      SOLR-6304 allows me to send in arbitrary JSON document and have Solr do something reasonable with it. I tried this with a simple tweet and got a weird error:

      curl "http://localhost:8983/solr/tutorial/update/json/docs" -H 'Content-type:application/json' -d @sample_tweet.json
      {"responseHeader":{"status":400,"QTime":11},"error":{"msg":"Document contains multiple values for uniqueKey field: id=[14065694, 136447843652214784]","code":400}}

      Here's the tweet I'm trying to index:

              "user": {
                  "name": "John Doe",
                  "screen_name": "example",
                  "lang": "en",
                  "time_zone": "London",
                  "listed_count": 221,
                  "id": 14065694,
                  "geo_enabled": true
              "id": "136447843652214784",
              "text": "Morning San Francisco - 36 hours and counting.. #datasift",
              "created_at": "Tue, 15 Nov 2011 14:17:55 +0000"

      The error is because the nested user object within the tweet also has an "id" field. So then I tried to map /user/id to user_id_s via:

      curl "http://localhost:8983/solr/tutorial/update/json/docs?f=user_id_s:/user/id" -H 'Content-type:application/json' -d @sample_tweet.json
      {"responseHeader":{"status":400,"QTime":0},"error":{"msg":"Document is missing mandatory uniqueKey field: id","code":400}}

      So then I added the mapping for id explicitly and it worked:

      curl "http://localhost:8983/solr/tutorial/update/json/docs?f=id:/id&f=user_id_s:/user/id" -H 'Content-type:application/json' -d @sample_tweet.json

      Working through this wasn't terrible but our goal with features like this is to have Solr make good decisions when possible to ease the new user's burden of getting to know Solr.

      I'm just wondering if the reasonable thing to do wouldn't be to map the user fields with user_ prefix? ie /user/id becomes user_id automatically.

      Lastly, I wanted to use field guessing with this so my JSON document gets indexed in a reasonable way and the only data that got indexed is:

              "user_id_s": "14065694",
              "id": "136447843652214784",
              "_version_": 1481614081193410600

      So I explicitly defined the /update/json/docs request handler in my solrconfig.xml as:

        <requestHandler name="/update/json/docs" class="solr.UpdateRequestHandler">
              <lst name="defaults">
               <str name="update.chain">add-unknown-fields-to-the-schema</str>
               <str name="stream.contentType">application/json</str>

      Same result - no field guessing! (this is using the schemaless example config)




            • Assignee:
              noble.paul Noble Paul
              thelabdude Timothy Potter
            • Votes:
              0 Vote for this issue
              5 Start watching this issue


              • Created: