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

 

Von: kitodo-community-bounces@kitodo.org <kitodo-community-bounces@kitodo.org> Im Auftrag von Alexander Bigga
Gesendet: Mittwoch, 20. Januar 2021 09:15
An: 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
 
https://www.slub-dresden.de | https://digital.slub-dresden.de

_______________________________________________
Kitodo-Community mailing list
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

https://www.slub-dresden.de | https://digital.slub-dresden.de