How does the client record the task IDs that have been sent

Offen
  • Stimmt etwas nicht?
#909 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Bereich
api, backend

Rechercherichtung

Untersuche den Code für SSE-Clientverbindungen und die Handhabung von Abonnements im SDK. Identifiziere, wo task IDs generiert und gesendet werden. Recherchiere Best Practices für die Wiederverbindung und die Persistenz des Zustands in SSE-Clients. Die Lösung umfasst wahrscheinlich eine Änderung des Clients, damit dieser subscription IDs speichert und abruft, möglicherweise in einem lokalen Cache oder persistenten Speicher.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

There is a scenario where the client initiates event subscription to the server and maintains a long connection through SSE. When the SSE is disconnected due to network fluctuations, the client needs to re-subscribe.

But at this point, how can the client know the task ID of the subscription?

Can it only be achieved by persisting the context ID or the task ID?

What should the best practices be like?

Vorherrschende Sprache
Java
Sterne
510
Forks
196
Ø Merge
2 T. 8 Std.
Gemergte PRs (30 T.)
51

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus a2aproject/a2a-java

Alle Issues in a2aproject/a2a-java

Ähnliche Issues

Weitere Issues zu Java

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.