Task #7255
echoIndexedObject returning original sciMeta instead of solr doc
100%
Description
CNDiagnostic.echoIndexedObject() is returning the original eml science metadata document instead of the add-to-solr document.
Calling: cn.echoIndexedObject(null, "solr", sysmeta, objStream);
Yields the contents of the objStream:
<?xml version="1.0" encoding="UTF-8"?>
PISCO moored temperature, TPT001
PISCO: Physical Oceanography: moored temperature data: Terrace Point, California, USA (TPT001)
...
It should be returning the add-to-solr xml document, something similar to the solr results
([[https://cn-stage-ucsb-1.test.dataone.org/cn/v1/query/solr/?q=formatType:DATA]]):
0
17
identifier:ield>0.5072/FK2/KNB/kgordon.17.28
but containing the around the returned elements:
[[[https://cwiki.apache.org/confluence/display/solr/Uploading+Data+with+Index+Handlers#UploadingDatawithIndexHandlers-AddingDocuments]]]
Corresponding test: CNDiagnosticFunctionalIT.testEchoIndexedObject()
History
#1 Updated by Ben Leinfelder almost 9 years ago
- Status changed from New to In Progress
- % Done changed from 0 to 30
- Target version set to CCI-2.0.0
I can call the service on cn-dev and the solr add document is returned:
curl -F "sysMeta=@knb.3.1_sysMeta.xml" -F "object=@knb.3.1.xml" "https://cn-dev.test.dataone.org/cn/v2/diag/object"
Which server is your integration test hitting?
It may be an issue with that server or with libclient (if that's how you are calling the method).
#2 Updated by Andrei Buium almost 9 years ago
Ben, I tried it with curl too (on cn-dev-ucsb-1.test.dataone.org) and it's returning the solr add doc as expected.
I can't test it through libclient due to other errors at the moment, but I guess this task can be closed/rejected.
#3 Updated by Andrei Buium almost 9 years ago
- Status changed from In Progress to Closed
- translation missing: en.field_remaining_hours set to 0.0
- % Done changed from 30 to 100
Problem turned out to be in d1_integration not on the CN. Fixed.
