Skip to content

feat(messages): route messages through Queue Service and drop vestigi…#3223

Draft
PooyaRaki wants to merge 1 commit into
feat/queue/05-delegate-v3from
feat/queue/06-messages-integration
Draft

feat(messages): route messages through Queue Service and drop vestigi…#3223
PooyaRaki wants to merge 1 commit into
feat/queue/05-delegate-v3from
feat/queue/06-messages-integration

Conversation

@PooyaRaki

Copy link
Copy Markdown
Contributor

Summary

Route messages through the Queue Service when FF_QUEUE_SERVICE is enabled (default off → behavior unchanged), and drop the vestigial safeAppId from message creation. Part 6/6 of the feat/migrateToQueueService split; top of the stack, merge last.

Changes

  • MessagesRepository: when the flag is on, serve message reads/writes from the Queue Service with cross-chain filtering; otherwise use the Transaction Service.
  • Import QueueServiceModule into MessagesModule.
  • Remove safeAppId from the create-message path (interface, service, repository); keep the CreateMessageDto field as a deprecated no-op.

…al safeAppId

When FF_QUEUE_SERVICE is enabled, MessagesRepository serves message reads/writes
from the Queue Service (with cross-chain filtering); otherwise it uses the
Transaction Service. Drops the now-vestigial safeAppId from the create-message
path, keeping the DTO field as a deprecated no-op.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@PooyaRaki PooyaRaki self-assigned this Jul 1, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant