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.
