fix(macros): aplicar retry/DLQ declarados em #[subscriber] no EventRouter

[cursor]

Bug e impacto

Os atributos retry = exponential(...) e dlq = "..." em #[subscriber] eram documentados (CHANGELOG US-008) e expostos como constantes (RETRY_MAX_ATTEMPTS, etc.), mas o método register() não encadeava EventRouter::with_retry / with_dlq. Na prática, EventRouter::attach só via política quando o utilizador repetia a configuração no builder fluente — quem confiava só na macro ficava sem retentativas in-process e sem DLQ via router, com comportamento diferente do anunciado (mensagens falhavam na primeira tentativa e não seguiam o caminho de DLQ do wrap_with_retry).

Causa raiz

O codegen de register() terminava em subscribe / subscribe_publish sem propagar retry/dlq do SubscriberAttr para as inscrições que attach consome.

Correção

• Em serverust-macros, após subscribe*, emitir sufixo que encadeia .with_retry(RetryPolicy::exponential(...)) (e .dead_letter(#dlq) quando aplicável) ou apenas .with_dlq(#dlq) quando só há DLQ.
• Testes de integração em serverust-events/tests/macros_sqs_dlq.rs (InMemoryBroker).
• trybuild: atualizar fail_fifo_producer_missing_group_id.stderr para o formato de nota do rustc 1.98.
• CHANGELOG em [Unreleased], com nota de que Broker::publish na DLQ do router não funciona com SqsBroker sink-only (usar DlqLayer ou DLQ na fila AWS).

Validação

• cargo +nightly test -p serverust-events --test macros_sqs_dlq --features in-memory,sqs
• cargo +nightly test -p serverust-macros --test trybuild
• cargo +nightly check --workspace