ein Freund von mir hat folgendes Problem beim Einlesen seines Depot bei DivvyDiary. Das Fehlerbild habe ich unten angefügt.
Zur Kontrolle habe ich seinen API Schlüssel in mein Portfolio Performance eingegeben und da hat alles wunderbar funktioniert.
Vielleicht hat ja jemand eine Idee woran es liegen könnte.
Danke im Voraus und Euch allen erholsame Ostertage.
Vielleicht ist ein (auch unsichtbares) Sonderzeichen bei ihm mit drin, z.B. ein Leerzeichen? Ich würde erst einmal versuchen, den Schlüssel komplett zu löschen und neu einzugeben, und zwar nicht mit Kopieren/Einfügen.
at name.abuchen.portfolio.util.WebAccess.executeWith(WebAccess.java:205)
at name.abuchen.portfolio.util.WebAccess.get(WebAccess.java:173)
at name.abuchen.portfolio.online.impl.DivvyDiaryUploader.upload(DivvyDiaryUploader.java:52)
at name.abuchen.portfolio.ui.handlers.UploadToDivvyDiaryHandler$1.run(UploadToDivvyDiaryHandler.java:63)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
Dass nicht alle Wertpapiere in der DivvyDiary-Datenbank enthalten sind, verstehe ich ja. Aber dass dann der ganze Prozess des Hochladens auf DivvyDiary abgebrochen wird, kann ich nicht nachvollziehen. Man könnte doch zumindest die validen Papiere hochladen, und eine entsprechende Fehlermeldung mit ausgeben, dass X Papiere nicht in der Datenbank sind.
Das errorlog ist absolut in Ordnung.
Habe nur eine Fehlermeldung für einen finance.yahoo abfrage.
So jetzt kommen Fehlermeldungen von der DivvyDiary api rein.
Anscheinend hatte ich einen Fehler in der ISIN. Sehr peinlich.
Allerdings habe ich im Fehlerprotokoll festgestellt, dass die api auch als inaktiv markierte Wertpapiere zu synchronisieren versucht. Was kann denn der Grund dafür sein?
Wie es aussieht geht die api über alle Wertpapiere, auch die inaktiven.
Die Fehlermeldungen betrafen alle Wertpapiere in den die ISIN wohl nicht mehr aktuell ist.
Damit ist das Problem bei mir voll gelöst und ich habe ein sauberes Fehlerprotokoll.
Im Fehlerprotokoll taucht seitdem immer wieder (wiederholt obwohl ich nichts mache - siehe Screenshot) folgender Fehler:
Thu Apr 13 20:18:47 CEST 2023
Read timed out
java.net.SocketTimeoutException: Read timed out
at java.base/sun.nio.ch.NioSocketImpl.timedRead(Unknown Source)
at java.base/sun.nio.ch.NioSocketImpl.implRead(Unknown Source)
at java.base/sun.nio.ch.NioSocketImpl.read(Unknown Source)
at java.base/sun.nio.ch.NioSocketImpl$1.read(Unknown Source)
at java.base/java.net.Socket$SocketInputStream.read(Unknown Source)
at java.base/sun.security.ssl.SSLSocketInputRecord.read(Unknown Source)
at java.base/sun.security.ssl.SSLSocketInputRecord.readHeader(Unknown Source)
at java.base/sun.security.ssl.SSLSocketInputRecord.bytesInCompletePacket(Unknown Source)
at java.base/sun.security.ssl.SSLSocketImpl.readApplicationRecord(Unknown Source)
at java.base/sun.security.ssl.SSLSocketImpl$AppInputStream.read(Unknown Source)
at org.apache.hc.core5.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:149)
at org.apache.hc.core5.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:280)
at org.apache.hc.core5.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:241)
at org.apache.hc.core5.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:53)
at org.apache.hc.core5.http.impl.io.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:298)
at org.apache.hc.core5.http.impl.io.HttpRequestExecutor.execute(HttpRequestExecutor.java:175)
at org.apache.hc.core5.http.impl.io.HttpRequestExecutor.execute(HttpRequestExecutor.java:218)
at org.apache.hc.client5.http.impl.io.PoolingHttpClientConnectionManager$InternalConnectionEndpoint.execute(PoolingHttpClientConnectionManager.java:583)
at org.apache.hc.client5.http.impl.classic.InternalExecRuntime.execute(InternalExecRuntime.java:212)
at org.apache.hc.client5.http.impl.classic.MainClientExec.execute(MainClientExec.java:105)
at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
at org.apache.hc.client5.http.impl.classic.ExecChainElement$1.proceed(ExecChainElement.java:57)
at org.apache.hc.client5.http.impl.classic.ConnectExec.execute(ConnectExec.java:182)
at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
at org.apache.hc.client5.http.impl.classic.ExecChainElement$1.proceed(ExecChainElement.java:57)
at org.apache.hc.client5.http.impl.classic.ProtocolExec.execute(ProtocolExec.java:175)
at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
at org.apache.hc.client5.http.impl.classic.ExecChainElement$1.proceed(ExecChainElement.java:57)
at org.apache.hc.client5.http.impl.classic.HttpRequestRetryExec.execute(HttpRequestRetryExec.java:96)
at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
at org.apache.hc.client5.http.impl.classic.ExecChainElement$1.proceed(ExecChainElement.java:57)
at org.apache.hc.client5.http.impl.classic.ContentCompressionExec.execute(ContentCompressionExec.java:133)
at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
at org.apache.hc.client5.http.impl.classic.ExecChainElement$1.proceed(ExecChainElement.java:57)
at org.apache.hc.client5.http.impl.classic.RedirectExec.execute(RedirectExec.java:115)
at org.apache.hc.client5.http.impl.classic.ExecChainElement.execute(ExecChainElement.java:51)
at org.apache.hc.client5.http.impl.classic.InternalHttpClient.doExecute(InternalHttpClient.java:170)
at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:75)
at org.apache.hc.client5.http.impl.classic.CloseableHttpClient.execute(CloseableHttpClient.java:89)
at name.abuchen.portfolio.util.WebAccess.executeWith(WebAccess.java:215)
at name.abuchen.portfolio.util.WebAccess.get(WebAccess.java:181)
at name.abuchen.portfolio.online.impl.DivvyDiaryDividendFeed.getDividendPayments(DivvyDiaryDividendFeed.java:50)
at name.abuchen.portfolio.ui.jobs.UpdateDividendsJob.run(UpdateDividendsJob.java:59)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)
Besteht das Problem bei dir noch weiterhin? Vorhin konnte ich im Browser die Webseite von DivvyDiary nicht aufrufen. Eventuell gab es vorhin einfach nur eine temporäre Störung des DD Servers. DD Webseite und Übertrag von PP auf DD geht bei mir wieder ohne Probleme.