You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
get_fast_api_app does not allow injecting a custom A2A task store #4971
get_fast_api_app unconditionally creates an InMemoryTaskStore and InMemoryPushNotificationConfigStore when a2a=True. There is no way for callers to provide their own store implementations.
This becomes a problem in production setups where:
Multiple replicas need a shared task store so A2A push callbacks can be routed back to the right server
Operators want task state to survive restarts (e.g. using DatabaseTaskStore backed by SQLite or Postgres from a2a-sdk)
Current behaviour
# Inside get_fast_api_app — no way to overridea2a_task_store=InMemoryTaskStore()
The lower-level to_a2a() helper already supports this via the task_store parameter added in #3839. This issue tracks extending the same capability to get_fast_api_app.
@STHITAPRAJNAS, Thank you for your submission. Our team is currently reviewing the details, and I will be sure to notify you as soon as there is an update. We value your contribution!
Landed on main via #5597 (commit cd78d87): persistent/custom A2A task stores are now plumbed through to_a2a() and get_fast_api_app(). Closing as fixed.
Activity
sanketpatil06 commentedon Mar 24, 2026
@STHITAPRAJNAS, Thank you for your submission. Our team is currently reviewing the details, and I will be sure to notify you as soon as there is an update. We value your contribution!
feat(a2a): add support for persistent task stores
feat(a2a): add support for persistent task stores
GWeale commentedon Jun 17, 2026
Landed on main via #5597 (commit cd78d87): persistent/custom A2A task stores are now plumbed through to_a2a() and get_fast_api_app(). Closing as fixed.
feat(a2a): add support for persistent task stores