Lieber Herr Liebenow,
ich hatte schon die Email begonnen, dass ich den Fehler nicht
nachvollziehen kann. Aber dann hab ich doch den richtigen Ansatz
gefunden und kann bestätigen, dass es tatsächlich eine Fehlfunktion ist.
Mein Setup:
* TYPO3 9.5.24, läuft im Production-Mode um auch normal zu Cachen
* Kitodo.Presentation 3.2.1 bzw. master
* Solr 7.7.3
Ein Ordner für Kitodo.Presentation (uid=3).
Dort liegen zwei Solr-Kern-Records (uid=1 für dlfCore1 und uid = 4 für
dlfCore2 in meinem Fall).
In den Solr-Kernen habe ich die selben Dokumente aber unterschiedlich
viele indexiert.
Jetzt kann ich unter
Mir die Liste and OAI-Sets ausgeben lassen.
Wähle ich dann in beiden OAI-Schnittstellen das selbe Set, bekomme ich
tatsächlich das selbe Ergebnis, obwohl bei mir über OAI1 deutlich mehr
Dokumente verfügbar sind.
Ursache:
Die Querys an den Solr werden vom Plugin gecached. Dieser Cache wird
geleert, wenn man den TYPO3-Cache löscht. Der Cache-Identifier wird aus
der Plugin-Konfiguration (teilweise) und der Query gebildet. Aber NICHT
aus dem Solr-Core-Namen. Damit ist der Cache-Eintrag für beide Plugins
gleich.
Lösung:
Für Sie ganz einfach umzusetzen ist ein Workaround: Konfigurieren Sie
das Solr-Limit in den Plugins unterschiedlich. Also ein mal 50000 und
ein mal 50001. Das genügt bereits.
Die richtige Lösung kommt dann im nächste Kitodo.Presentation-Release.
Viele Grüße
Alexander Bigga
Am 20.01.21 um 09:26 schrieb Liebenow, Jörg:
Guten Morgen Herr Bigga,
>
http://example.com/oai
<http://example.com/oai> --> liefert
OAI-Schnittstelle 1, Solr Core1
>
http://example.com/weitere-oai
<http://example.com/weitere-oai> -->
liefert OAI-Schnittstelle 2, Solr
Core 2
so ist es !
Freundlicher Gruss
Joerg Liebenow
-----
Jörg Liebenow
IuK-Technik, Forschung und Entwicklung
Staats- und Universitätsbibliothek Hamburg Carl von Ossietzky
Von-Melle-Park 3, 20146 Hamburg
Tel.: 040-42838-6932 | Fax: 040-42838-3352
mailto:Joerg.Liebenow@sub.uni-hamburg.de
<mailto:Joerg.Liebenow@sub.uni-hamburg.de>
https://www.sub.uni-hamburg.de <https://www.sub.uni-hamburg.de/>
*Von:*kitodo-community-bounces@kitodo.org
<kitodo-community-bounces(a)kitodo.org> *Im Auftrag von *Alexander Bigga
*Gesendet:* Mittwoch, 20. Januar 2021 09:15
*An:* kitodo-community(a)kitodo.org
*Betreff:* Re: [Kitodo] Kitodo.Presentation Problem mit 2 OAIs
Lieber Herr Liebenow,
gute Frage. Genutzt habe ich das Plugin noch nie mehrfach und schon
gar nicht mit unterschiedlichen Solr-Kernen auf einer Domain. Ich
stelle das heute oder morgen nach und melde mich nochmal dazu.
Zum Verständnis, Sie machen also folgendes?
http://example.com/oai <http://example.com/oai> --> liefert
OAI-Schnittstelle 1, Solr Core1
http://example.com/weitere-oai <http://example.com/weitere-oai> -->
liefert OAI-Schnittstelle 2, Solr Core 2
Viele Grüße
Alexander Bigga
Am 19.01.21 um 08:55 schrieb Liebenow, Jörg:
Liebe Kitodo-Community,
wir nutzen für die Praesentation unserer Digitalisate
Kitodo-Presentation (dlf 3.1.2) und habe unter unserer Domain
einen Bereich fuer die Zeitungen, der mit einem eigenen solrcore
versorgt wird. Das funktioniert auch alles sehr gut, nur das
Einbinden einer zweiten OAI fuer die Zeitungen macht Probleme. Das
stellt sich so dar, dass jede Schnittstelle fuer sich nach
loeschen des typo3-Caches funktioniert. Allerdings wenn dann eine
Schnittstelle einmal ein Ergebnis geliefert hat, nutzt die andere
OAI anscheinend dasselbe Trefferset, was sich aus der angegebenen
Anzahl der Treffer vermuten laesst. Ein Ergebnis wird allerdings
bei dieser OAI nicht angezeigt, was wohl durch den getrennten
solrcore kommt.
Wir fragen uns nun folgendes:
Gibt es evtl. noch Einstellungen zu dem dlf-Plugin OAI mit dem man
das korrigieren koennte ?
Funktioniert immer nur eine OAI unter einer Domain mit einem
solrcore oder grundsaetzlich nur die einmalige Verwendung des
OAI-Plugins ?
Viele Gruesse
Joerg Liebenow
-----
Jörg Liebenow
IuK-Technik, Forschung und Entwicklung
Staats- und Universitätsbibliothek Hamburg Carl von Ossietzky
Von-Melle-Park 3, 20146 Hamburg
Tel.: 040-42838-6932 | Fax: 040-42838-3352
mailto:Joerg.Liebenow@sub.uni-hamburg.de
<mailto:Joerg.Liebenow@sub.uni-hamburg.de>
https://www.sub.uni-hamburg.de <https://www.sub.uni-hamburg.de>
--
Alexander Bigga
Referatsleiter Digitale Präsentation
Sächsische Landesbibliothek –
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat 2.1 Digitale Präsentation
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 212
--> aktuell oft im Homeoffice: +49 178 1422460 <--
E-Mail: alexander.bigga(a)slub-dresden.de
<mailto:alexander.bigga@slub-dresden.de>
https://www.slub-dresden.de <https://www.slub-dresden.de> |
https://digital.slub-dresden.de <https://digital.slub-dresden.de>
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community(a)kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
--
Alexander Bigga
Referatsleiter Digitale Präsentation
Sächsische Landesbibliothek –
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat 2.1 Digitale Präsentation
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 212
--> aktuell oft im Homeoffice: +49 178 1422460 <--
E-Mail: alexander.bigga(a)slub-dresden.de