[Kitodo] Kitodo.Presentation Problem mit 2 OAIs

Do Jan 21 09:39:53 CET 2021

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 <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 at sub.uni-hamburg.de 
> <mailto:Joerg.Liebenow at sub.uni-hamburg.de>
>
> https://www.sub.uni-hamburg.de <https://www.sub.uni-hamburg.de/>
>
> *Von:*kitodo-community-bounces at kitodo.org 
> <kitodo-community-bounces at kitodo.org> *Im Auftrag von *Alexander Bigga
> *Gesendet:* Mittwoch, 20. Januar 2021 09:15
> *An:* kitodo-community at 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 at sub.uni-hamburg.de
>     <mailto:Joerg.Liebenow at 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 at slub-dresden.de 
> <mailto:alexander.bigga at 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 at 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 at slub-dresden.de

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

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://bibservices.biblio.etc.tu-bs.de/pipermail/kitodo/attachments/20210121/765cfe49/attachment-0001.htm>
-------------- nächster Teil --------------
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community at kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community