Doppellistings abgleichen -- cmanager

Du suchst die richtigen GPS-Geräte, Geocaching-Software oder sonstiges Geocaching-Zubehör? Tausche Dich hier mit anderen Usern aus.

Moderator: mic@

Antworten
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

FriedrichFröbel hat geschrieben:Das hängt davon ab, wann das auftritt. Ich vermute, bei der Suche nach Duplikaten?
Korrekt... ich hatte mal weiter nachgefragt, hier die Antworten:

> a) Besteht das Problem immer noch?
Nach deiner Nachricht probiert, gleicher Fehler! Danach habe ich die einzelnen Schritte aufschreiben wollen,
das Gleiche also noch einmal und, oh Wunder, hat das Programm mir jetzt die 31 Kandidaten angezeigt

> b) Falls ja, bei welchem Arbeitsschritt tritt es auf?
Der Fehler trat bisher nach dem Vergleichsdurchlauf auf

> c) Welche Java-Version nutzt Du und welches Windows nutzt Du?
Java 8 Update 361 (Build 1.8.0_361-b09 und Windoof 10 Homw 22H2

Fazit: Alles wieder gut, hat sich selber geheilt :)
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Irgendwie scheint dieser Fehler doch recht pertinent zu sein,
Eben kam er wieder bei einer andere Userin.
Sie hatte diesen 443-Fehler nach folgenden Aktionen bekommen:
Menue - open , List - Sync with OC - dann erscheint die Meldung.
Die Liste von GC ist zu sehen.
cm-0.7.0.jar
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

mic@ hat geschrieben: 11.05.2023, 23:50 Irgendwie scheint dieser Fehler doch recht pertinent zu sein,
Eben kam er wieder bei einer andere Userin.
Sie hatte diesen 443-Fehler nach folgenden Aktionen bekommen:
Menue - open , List - Sync with OC - dann erscheint die Meldung.
Die Liste von GC ist zu sehen.
cm-0.7.0.jar
Leider ist in beiden Fällen der Stacktrace nicht vollständig zu sehen, sodass der genaue Fehlerpunkt für mich nicht klar ist. Theoretisch sollte beim Auftreten der Fehler parallel auch im Terminal/in der Kommandozeile angezeigt werden - dort auch vollständig mit Erwähnungen des cmanager, um die Fehlerursache zumindest einzugrenzen.

Von welcher Listengröße reden wir hier? So oder so scheint dies aber ein neueres Problem zu sein, da es in der Vergangenheit keine solchen Reports gab. Der Fehler weist darauf hin, dass die OKAPI keine gültige Antwort lieferte - da der cmanager weitestgehend nur geringfügige Bibliotheksaktualisierungen erhalten hat, erwarte ich hier eigentlich keine gravierenden Fehler dieser Art. Die dokumentierte Änderung des Heap-Management sollte darauf eigentlich auch keinerlei Einfluss haben.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Wie müsste das Programm von der Kommandozeile aus aufgerufen werden?
Dann sieht man ja wohl den vollen Stack...
Benutzeravatar
fraggle_DE
Vereinsmitglied
Vereinsmitglied
Beiträge: 105
Registriert: 01.10.2018, 17:58

Code: Alles auswählen

java -jar cmanager-0.7.jar
bzw. mit entsprechend anderer Dateibenennung
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

fraggle_DE hat geschrieben:

Code: Alles auswählen

java -jar cmanager-0.7.jar
bzw. mit entsprechend anderer Dateibenennung
DANKE für das Kommando, ich habe es erstmal weitergegeben.
In der Zwischenzeit gibt es diesen neuen Fehler hier, wo die Ursache ja schon klarer ersichtlich ist.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Und hier noch die Ergebnisse aus dem DOS-Aufruf:

Code: Alles auswählen

C:\Users\manue\Downloads>java -jar cm-0.7.0.jar
 ~~ unknown key: community celebration event ~~
java.lang.NullPointerException: Cannot invoke "java.lang.Integer.intValue()" because the return value of "cmanager.geo.TypeMap.getLowercase(String)" is null
        at cmanager.geo.GeocacheType.<init>(GeocacheType.java:84)
        at cmanager.geo.Geocache.<init>(Geocache.java:150)
        at cmanager.gpx.GpxElementUtil.xmlToCache(GpxElementUtil.java:253)
        at cmanager.gpx.GpxParserCallback.handleElement(GpxParserCallback.java:97)
        at cmanager.gpx.GpxParserCallback.lambda$elementFinished$0(GpxParserCallback.java:54)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:577)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
        at java.base/java.lang.Thread.run(Thread.java:1623)
 ~~ unknown key: community celebration event ~~
 ~~ unknown key: community celebration event ~~
java.lang.NullPointerException: Cannot invoke "java.lang.Integer.intValue()" because the return value of "cmanager.geo.TypeMap.getLowercase(String)" is null
        at cmanager.geo.GeocacheType.<init>(GeocacheType.java:84)
        at cmanager.geo.Geocache.<init>(Geocache.java:150)
        at cmanager.gpx.GpxElementUtil.xmlToCache(GpxElementUtil.java:253)
        at cmanager.gpx.GpxParserCallback.handleElement(GpxParserCallback.java:97)
        at cmanager.gpx.GpxParserCallback.lambda$elementFinished$0(GpxParserCallback.java:54)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:577)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
        at java.base/java.lang.Thread.run(Thread.java:1623)
java.lang.NullPointerException: Cannot invoke "java.lang.Integer.intValue()" because the return value of "cmanager.geo.TypeMap.getLowercase(String)" is null
        at cmanager.geo.GeocacheType.<init>(GeocacheType.java:84)
        at cmanager.geo.Geocache.<init>(Geocache.java:150)
        at cmanager.gpx.GpxElementUtil.xmlToCache(GpxElementUtil.java:253)
        at cmanager.gpx.GpxParserCallback.handleElement(GpxParserCallback.java:97)
        at cmanager.gpx.GpxParserCallback.lambda$elementFinished$0(GpxParserCallback.java:54)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:577)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
        at java.base/java.lang.Thread.run(Thread.java:1623)
 ~~ unknown key: community celebration event ~~
java.lang.NullPointerException: Cannot invoke "java.lang.Integer.intValue()" because the return value of "cmanager.geo.TypeMap.getLowercase(String)" is null
        at cmanager.geo.GeocacheType.<init>(GeocacheType.java:84)
        at cmanager.geo.Geocache.<init>(Geocache.java:150)
        at cmanager.gpx.GpxElementUtil.xmlToCache(GpxElementUtil.java:253)
        at cmanager.gpx.GpxParserCallback.handleElement(GpxParserCallback.java:97)
        at cmanager.gpx.GpxParserCallback.lambda$elementFinished$0(GpxParserCallback.java:54)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:577)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
        at java.base/java.lang.Thread.run(Thread.java:1623)
 ~~ unknown key: community celebration event ~~
java.lang.NullPointerException: Cannot invoke "java.lang.Integer.intValue()" because the return value of "cmanager.geo.TypeMap.getLowercase(String)" is null
        at cmanager.geo.GeocacheType.<init>(GeocacheType.java:84)
        at cmanager.geo.Geocache.<init>(Geocache.java:150)
        at cmanager.gpx.GpxElementUtil.xmlToCache(GpxElementUtil.java:253)
        at cmanager.gpx.GpxParserCallback.handleElement(GpxParserCallback.java:97)
        at cmanager.gpx.GpxParserCallback.lambda$elementFinished$0(GpxParserCallback.java:54)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:577)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
        at java.base/java.lang.Thread.run(Thread.java:1623)
 ~~ unknown key: community celebration event ~~
java.lang.NullPointerException: Cannot invoke "java.lang.Integer.intValue()" because the return value of "cmanager.geo.TypeMap.getLowercase(String)" is null
        at cmanager.geo.GeocacheType.<init>(GeocacheType.java:84)
        at cmanager.geo.Geocache.<init>(Geocache.java:150)
        at cmanager.gpx.GpxElementUtil.xmlToCache(GpxElementUtil.java:253)
        at cmanager.gpx.GpxParserCallback.handleElement(GpxParserCallback.java:97)
        at cmanager.gpx.GpxParserCallback.lambda$elementFinished$0(GpxParserCallback.java:54)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:577)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
        at java.base/java.lang.Thread.run(Thread.java:1623)
The shadow list retrieval has been disabled temporarily as the API endpoint is gone. You can find additional information in issue #5 (https://github.com/FriedrichFroebel/cmanager/issues/5).
Mai 14, 2023 8:09:55 PM org.apache.http.impl.execchain.RetryExec execute
INFORMATION: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {s}->https://www.opencaching.de:443: The target server failed to respond
Mai 14, 2023 8:09:55 PM org.apache.http.impl.execchain.RetryExec execute
INFORMATION: Retrying request to {s}->https://www.opencaching.de:443
Mai 14, 2023 8:09:56 PM org.apache.http.impl.execchain.RetryExec execute
INFORMATION: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {s}->https://www.opencaching.de:443: The target server failed to respond
Mai 14, 2023 8:09:56 PM org.apache.http.impl.execchain.RetryExec execute
INFORMATION: Retrying request to {s}->https://www.opencaching.de:443
Mai 14, 2023 8:09:59 PM org.apache.http.impl.execchain.RetryExec execute
INFORMATION: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {s}->https://www.opencaching.de:443: The target server failed to respond
Mai 14, 2023 8:09:59 PM org.apache.http.impl.execchain.RetryExec execute
INFORMATION: Retrying request to {s}->https://www.opencaching.de:443
Mai 14, 2023 8:09:59 PM org.apache.http.impl.execchain.RetryExec execute
INFORMATION: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {s}->https://www.opencaching.de:443: The target server failed to respond
Mai 14, 2023 8:09:59 PM org.apache.http.impl.execchain.RetryExec execute
INFORMATION: Retrying request to {s}->https://www.opencaching.de:443
Mai 14, 2023 8:09:59 PM org.apache.http.impl.execchain.RetryExec execute

... wiederholt sich oft...
INFORMATION: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {s}->https://www.opencaching.de:443: The target server failed to respond
Mai 14, 2023 8:10:53 PM org.apache.http.impl.execchain.RetryExec execute
INFORMATION: Retrying request to {s}->https://www.opencaching.de:443

C:\Users\manue\Downloads>
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

Die Unterstützung für das Community Celebration Event sollte in der neuesten Vorabversion jetzt vorhanden sein.

Für das Abfrageproblem: Der Log zeigt, dass der cmanager bereits mehrfach die gleiche Anfrage durchführt, falls es beim ersten Mal ein Problem gab. Stand jetzt sehe ich hierfür leider keine direkt umsetzbare sinnvolle Lösung auf Abruferseite.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

FriedrichFröbel hat geschrieben:Die Unterstützung für das Community Celebration Event sollte in der neuesten Vorabversion jetzt vorhanden sein.
Welche Version wäre das?
Ich sehe als aktuelle Version eine 0.7.0
https://github.com/FriedrichFroebel/cmanager/releases
Aber die gab es doch schon vorher, oder?


FriedrichFröbel hat geschrieben:Für das Abfrageproblem: Der Log zeigt, dass der cmanager bereits mehrfach die gleiche Anfrage durchführt, falls es beim ersten Mal ein Problem gab. Stand jetzt sehe ich hierfür leider keine direkt umsetzbare sinnvolle Lösung auf Abruferseite.
Du meinst, die Internetverbindung klemmte und er hat mehrmals dieselbe Anfrage geschickt?
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

mic@ hat geschrieben: 17.05.2023, 17:44 Welche Version wäre das?
Ich sehe als aktuelle Version eine 0.7.0
https://github.com/FriedrichFroebel/cmanager/releases
Aber die gab es doch schon vorher, oder?
Über der regulären Veröffentlichung 0.7.0 sollte es noch eine mit dem Marker Pre-release und dem Titel Development build geben: https://github.com/FriedrichFroebel/cma ... prerelease Die Version verwendet den aktuellsten Code und auch den genannten Fix.
mic@ hat geschrieben: 17.05.2023, 17:44 Du meinst, die Internetverbindung klemmte und er hat mehrmals dieselbe Anfrage geschickt?
Generell kann das mehrere Ursachen haben - eine klemmende Internetverbindung ist eine Möglichkeit. Es kann aber genauso gut sein, dass die OKAPI selbst einen kurzen Schluckauf hatte etc. Die Logs sagen hier nur, dass (im ersten Anlauf vermutlich) fehlerhafte Anfragen (solche, wo auf Netzwerkebene unerwartete Ergebnisse/Ereignisse aufgetreten sind) wiederholt wurden, aber es ist im Allgemeinen schwierig, die genaue Ursache auszumachen.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Erstmal DANKE für die Erläuterungen.

Hier die Antwort der Userin:
# Eine Fehlermeldung ist zwar nicht mehr vorhanden, aber sobald ich den Reiter List aufrufe,
# werden die Caches geladen aber dann wieder die Fehlermeldung.

Diesen Fehler hatten wir ja schon, aber anscheinend kann man den für Dich interessanten Teil
(unten mit "...") nicht erweitern und somit komplett zeigen, oder gibt es da einen Trick?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

mic@ hat geschrieben: 19.05.2023, 08:28 Erstmal DANKE für die Erläuterungen.

Hier die Antwort der Userin:
# Eine Fehlermeldung ist zwar nicht mehr vorhanden, aber sobald ich den Reiter List aufrufe,
# werden die Caches geladen aber dann wieder die Fehlermeldung.

Diesen Fehler hatten wir ja schon, aber anscheinend kann man den für Dich interessanten Teil
(unten mit "...") nicht erweitern und somit komplett zeigen, oder gibt es da einen Trick?
Ich habe gerade mal in den Build unter https://github.com/FriedrichFroebel/cma ... prerelease ein erweitertes Logging eingebaut - bei der Anzeige des Dialogs mit den gekürzten Fehlerausgaben sollte die vollständige Fehlerausgabe parallel auch in der Kommandozeile landen. Ich befürchte allerdings, dass dies nicht die eigentliche Ursache offenbart, sondern nur den betroffenen OKAPI-Abruf(?) Tests mit Einzelabfragen (GPX-Dateien mit einem Cache) machen bei mir aktuell keine Probleme, also zumindest die grundlegende Funktionalität scheint nicht gestört zu sein.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

Die neue jar-Datei gemäß Deinem Link wurde heruntergeladen und die Anwendung gestartet,
aber für mich sieht der Fehler noch unverändert (also abgekürzt mit "..." aus). Hier der Screenshot:
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Benutzeravatar
mic@
Vereinsmitglied
Vereinsmitglied
Beiträge: 6623
Registriert: 04.12.2009, 00:31

15982697 (3).zip
Ich habe hier noch die verwendete gpx-Datei, vielleicht hilft das bei der Fehlernachstellung.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Benutzeravatar
FriedrichFröbel
Vereinsmitglied
Vereinsmitglied
Beiträge: 597
Registriert: 04.09.2012, 18:21

Ich habe auch nicht behauptet, dass der Dialog damit gefüllt wird, sondern dass das nur in der Kommandozeile landet, da die Länge durchaus recht groß sein kann (nachträgliche Hervorhebung durch mich):
FriedrichFröbel hat geschrieben: 19.05.2023, 16:52 Ich habe gerade mal in den Build unter https://github.com/FriedrichFroebel/cma ... prerelease ein erweitertes Logging eingebaut - bei der Anzeige des Dialogs mit den gekürzten Fehlerausgaben sollte die vollständige Fehlerausgabe parallel auch in der Kommandozeile landen. Ich befürchte allerdings, dass dies nicht die eigentliche Ursache offenbart, sondern nur den betroffenen OKAPI-Abruf(?) Tests mit Einzelabfragen (GPX-Dateien mit einem Cache) machen bei mir aktuell keine Probleme, also zumindest die grundlegende Funktionalität scheint nicht gestört zu sein.
Bei mir zeigen sich aktuell, wie schon aus den vorhergehenden Nachrichten erkennbar war, auch automatische Neuversuche aufgrund von fehlenden Antworten des Servers. Ich bin mir nicht bewusst, das in der Vergangenheit gesehen zu haben; das heißt entweder wurden die Fehler durch ein Update der verwendeten Bibliothek sichtbar oder auf OC-/OKAPI-Seite wurden die Servereigenschaften geändert (beispielsweise durch eine (erweiterte) Denial-of-Service-Protection). Generell kann es sein, dass der cmanager einige Last erzeugt, da theoretisch 10 parallele Threads laufen, aber das war bisher auch kein Problem.

Ich habe gerade mal die Beispieldatei bei mir durchlaufen lassen und der Fehlerdialog zeigte sich am Ende ebenfalls:

Code: Alles auswählen

...
Mai 21, 2023 3:08:21 NACHM. org.apache.http.impl.execchain.RetryExec execute
INFORMATION: Retrying request to {s}->https://www.opencaching.de:443
Mai 21, 2023 3:08:21 NACHM. org.apache.http.impl.execchain.RetryExec execute
INFORMATION: I/O exception (org.apache.http.NoHttpResponseException) caught when processing request to {s}->https://www.opencaching.de:443: The target server failed to respond
Mai 21, 2023 3:08:21 NACHM. org.apache.http.impl.execchain.RetryExec execute
INFORMATION: Retrying request to {s}->https://www.opencaching.de:443
org.apache.http.NoHttpResponseException: www.opencaching.de:443 failed to respond
        at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:141)
        at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56)
        at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:259)
        at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:163)
        at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:157)
        at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:273)
        at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:125)
        at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272)
        at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:186)
        at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89)
        at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
        at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185)
        at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83)
        at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:108)
        at cmanager.network.ApacheHttp.get(ApacheHttp.java:53)
        at cmanager.okapi.Okapi.getCachesAround(Okapi.java:377)
        at cmanager.okapi.Okapi.getCachesAround(Okapi.java:326)
        at cmanager.oc.OcUtil.findSingleGeocache(OcUtil.java:153)
        at cmanager.oc.OcUtil.lambda$findOnOc$0(OcUtil.java:67)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
        at java.base/java.lang.Thread.run(Thread.java:829)

Ich habe testweise mal 30 der Caches aus der Beispiel-GPX genommen und für einen weiteren Kurztest durchlaufen lassen. Mit den standardmäßigen 10 Threads wirft das den Fehler, mit deutlich weniger (2 Threads) bekomme ich zwar weiterhin die Logausgaben, aber der Fehler selbst entsteht nicht mehr. Ich vermute demnach tatsächlich eine Änderung auf Seiten der OKAPI. Abgesehen vom Herabsetzen der Parallelität (das heißt langsamere Verarbeitung, eventuell auch in mehreren kleinen Dateiabschnitten statt einer großen) scheint der cmanager hier nicht viel machen zu können.
Antworten