Checksumme fehlt in Solr

[jone]

Version: 2019.4.0.dev0

Neues Dokument per Drag'n'drop hochgeladen:
https://dev.onegovgever.ch/rk/ordnungssystem/ressourcen-und-support/ict/informatik/software-fachapplikationen/dossier-52/document-1382#overview

Dokument über @listing-Endpoint abgefragt:
https://dev.onegovgever.ch/rk/ordnungssystem/ressourcen-und-support/ict/informatik/software-fachapplikationen/dossier-52/@listing?columns%3Alist=bumblebee_checksum&name=documents

Resultat:

{
  "@id": "https://dev.onegovgever.ch/rk/ordnungssystem/ressourcen-und-support/ict/informatik/software-fachapplikationen/dossier-52/@listing?columns%3Alist=bumblebee_checksum&name=documents", 
  "b_size": 25, 
  "b_start": 0, 
  "items": [
    {
      "@id": "https://dev.onegovgever.ch/rk/ordnungssystem/ressourcen-und-support/ict/informatik/software-fachapplikationen/dossier-52/document-1382", 
      "bumblebee_checksum": null
    }
  ], 
  "items_total": 1
}

Problem: bumblebee_checksum ist null
Erwartet: korrekte Checksumme

Über API-Request direkt auf das Dokument wird die Checksumme ausgeliefert:
https://dev.onegovgever.ch/rk/ordnungssystem/ressourcen-und-support/ict/informatik/software-fachapplikationen/dossier-52/document-1382

...
"bumblebee_checksum": "576a898421514a04cd9f31245dccdd87c94819772b2578e19cd4d7b11c894795",

Nebenbemerkung:
Das gleiche Problem habe ich im Testserver mit #5804 festgestellt.

[lukasgraf]

This is happening because

• ftw.bumblebee uses the "use a cheap index to only update metadata" trick to update the bumblebee_checksum column: reindexObject(idxs=["getId"])
• ftw.solr, if a list of attributes (indexes) is passed, assumes it should do an atomic update
• This causes metadata to not be updated, only the specified indexes.

At this point I'm not 100% sure yet because this happens only because getId is not in our Solr-Schema, and therefore gets removed from the attributes (leading to an empty list), or if it's actually the case that metadata in Solr NEVER gets updated as soon as idxs is specified in a reindexObject() call. But I suspect the latter is the case unfortunately.

[lukasgraf]

Issue in ftw.solr: 4teamwork/ftw.solr#136

[lukasgraf]

Second, related issue: 4teamwork/ftw.solr#137
(This issue would become a problem once we somehow manage to solve the first one).

[lukasgraf]

Moved issue back to backlog because we need to discuss and address the two ftw.solr issues mentioned above first.