Hallo Herr Bigga,
mit den unterschiedlichen solr-Limits klappt es jetzt erst einmal !
Super und vielen Dank !-)
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
https://www.sub.uni-hamburg.de<https://www.sub.uni-hamburg.de/>
Von: kitodo-community-bounces(a)kitodo.org <kitodo-community-bounces(a)kitodo.org> Im
Auftrag von Alexander Bigga
Gesendet: Donnerstag, 21. Januar 2021 09:40
An: kitodo-community(a)kitodo.org
Betreff: Re: [Kitodo] Kitodo.Presentation Problem mit 2 OAIs
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
http://example.com/oai1?verb=ListSets
und
http://example.com/oai2?verb=ListSets
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 --> liefert
OAI-Schnittstelle 1, Solr Core1
>
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
https://www.sub.uni-hamburg.de<https://www.sub.uni-hamburg.de/>
Von: kitodo-community-bounces@kitodo.org<mailto:kitodo-community-bounces@kitodo.org>
<kitodo-community-bounces@kitodo.org><mailto:kitodo-community-bounces@kitodo.org>
Im Auftrag von Alexander Bigga
Gesendet: Mittwoch, 20. Januar 2021 09:15
An: kitodo-community@kitodo.org<mailto:kitodo-community@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 --> liefert OAI-Schnittstelle 1, Solr Core1
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
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@slub-dresden.de<mailto:alexander.bigga@slub-dresden.de>
https://www.slub-dresden.de |
https://digital.slub-dresden.de
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org<mailto:Kitodo-Community@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@slub-dresden.de<mailto:alexander.bigga@slub-dresden.de>
https://www.slub-dresden.de |
https://digital.slub-dresden.de