Uppdatera ElasticSearch-poster när andra poster påverkar dem

[niklasl]

För närvarande görs en graf-"snapshot" för indexering av respektive dokumentpost när den läses in av service. Men en post uppdateras inte per automatik när nya poster läses in, även om nya poster påverkar denna snapshot (genom att t.ex. vara ändringar eller upphävningar). Detta är allvarligt, eftersom sådana förändringar och upphävningar för ett dokument då inte matchar vid sökningar. (De visas när man tittar på en enskild post, men de går inte att filtrera på i ES-sökningen, då denna är baserad på denna mer statiska snapshot.)

Det finns två alternativ för att åtgärda detta:

• A) Lägg in en SPARQL-fråga som körs efter inläsning av en ny/uppdaterad post, för att lista vilka dokument som postens dokument länkar till, och som också representeras av en annan post (namngiven graf i quad-storen). För varje sådant påverkad dokument, gör en ny snapshot för indexering (se då även till att behålla den extraherade fulltexten!).
• B) Lägg in en automatisk omindexering av ElasticSearch vid regelbundna tillfällen (antingen som den del av applikationen, i närheten av service-collectorn, eller bara ett rått cron-jobb). Se "Regenerate The ElasticSearch Index" i manage/README.txt för vilken operation som behöver anropas för detta.

[kamidev]

Föreslår att vi tittar på alternativ B ovan (cron-jobbet) inför nästa publika release.

[mtiasp]

Samma strategi som används i alternativ B här kan komma att bli aktuellt för issue #88, men då för att kunna purge:a varnish från roten "/".

Dvs om vi mha av varnish cachar vissa svar från service så borde vi också helst purge:a varnish på ett sofistikerat sätt när poster tillkommer eller uppdateras (motsvarande alternativ A ovan), men om inte det låter sig göras så lätt så är ett annat alternativ att purge:a hela cachen vid regelbundna tillfällen (motsvarande alternativ B ovan).

[kamidev]

Se issue #104. Vi flyttar fram implementering till en kommande release.