@open-rlb/nestjs-amqp 1.0.26 → 1.0.28

package/README.md

@@ -1,115 +1,322 @@
 # @open-rlb/nestjs-amqp
 
-Quick guide for using the npm package.
+Libreria **NestJS** che fornisce un'astrazione di alto livello su **RabbitMQ/AMQP**, più un **API Gateway HTTP/WebSocket** che traduce le richieste esterne in messaggi sul broker.
 
-Guide scope: `rpc`, `handle`, `broadcast`.
-
-## Installation
+È il cuore di un'architettura a microservizi event-driven: i servizi comunicano tra loro via RabbitMQ con semplici decoratori, e un gateway espone tutto al mondo esterno via HTTP/WS, il tutto guidato dalla configurazione YAML.
 
 ```bash
 npm i @open-rlb/nestjs-amqp
 ```
 
-## Basic setup
+### Installazione automatica (`nest add`)
+
+Uno **schematic** wira la libreria nel tuo progetto NestJS: aggiunge i moduli all'`AppModule`, crea il config loader e un `config.yaml`, copia le **skill Claude** in `.claude/skills/` e — in base alla modalità gateway — include o meno la parte HTTP/WebSocket (sia nello YAML sia nella factory dei moduli).
+
+```bash
+# con gateway HTTP/WebSocket (default)
+nest add @open-rlb/nestjs-amqp
+
+# solo microservizio AMQP (niente gateway)
+nest g @open-rlb/nestjs-amqp:nest-add --gateway=false
+```
+
+Opzioni: `--gateway` (on/off, default on), `--module` (default `src/app.module.ts`), `--main` (default `src/main.ts`), `--config` (default `config/config.yaml`), `--skills` (copia le skill, default on), `--skip-install`.
+
+Con `--gateway=false` la factory passa solo `{ options, topics, appOptions, authOptions }` e non importa `ProxyModule`/`HttpModule`; con il gateway attivo aggiunge anche `gatewayOptions`, `ProxyModule.forRoot([])`, `HttpModule` e il `WsAdapter` in `main.ts`. Lo schematic è idempotente (non tocca un `AppModule` che già importa `BrokerModule`).
 
-### `AppModule`
+> Documentazione completa. Indice:
+> [Architettura](#architettura) ·
+> [Quick start](#quick-start) ·
+> [Configurazione](#configurazione-completa) ·
+> [Scrivere un microservizio (AMQP)](#scrivere-un-microservizio-amqp) ·
+> [Gateway HTTP](#gateway-http) ·
+> [Gateway WebSocket](#gateway-websocket) ·
+> [Remote config](#remote-config) ·
+> [API `BrokerService`](#api-brokerservice) ·
+> [⚠️ Gotcha e casi a rischio bug](#️-gotcha-e-casi-a-rischio-bug) ·
+> [Errori comuni](#errori-comuni)
+
+---
+
+## Architettura
+
+Monorepo NestJS (vedi `nest-cli.json`):
+
+| Progetto                 | Tipo        | Descrizione                                      |
+| ------------------------ | ----------- | ------------------------------------------------ |
+| `libs/rlb-nestjs-amqp`   | library     | La libreria vera e propria (il prodotto npm)     |
+| `apps/gateway`           | application | App di esempio/riferimento che usa la libreria   |
+
+```
+┌─────────────────────────────────────────────────────────┐
+│  Client esterni (HTTP, WebSocket)                        │
+└───────────────┬─────────────────────────────────────────┘
+                │
+        ┌───────▼────────┐   modules/proxy  ── Gateway
+        │ HttpHandler    │   - registra route HTTP dinamiche
+        │ WebSocketSvc   │   - auth (jwt/jwks/basic/str-compare) + ACL/ruoli
+        │ JwtService     │   - traduce HTTP/WS → messaggi broker
+        └───────┬────────┘
+                │
+        ┌───────▼────────┐   modules/broker  ── Astrazione AMQP
+        │ BrokerService  │   - rpc / handle / broadcast / event
+        │ MetadataScanner│   - decoratori @BrokerAction / @BrokerParam
+        │ HandlerRegistry│   - auto-discovery dei metodi via reflect-metadata
+        └───────┬────────┘
+                │
+        ┌───────▼────────┐   amqp-lib  ── Driver AMQP a basso livello
+        │ AmqpConnection │   - connessione gestita (riconnessione, canali)
+        │                │   - publish/consume, RPC con correlationId, Nack
+        └───────┬────────┘
+                │
+          ┌─────▼─────┐
+          │ RabbitMQ  │
+          └───────────┘
+```
+
+### I tre strati
+
+1. **`amqp-lib`** — driver a basso livello (`AmqpConnection`): connessione resiliente (`amqp-connection-manager`), canali gestiti, setup di exchange/queue/binding al boot, RPC con `correlationId` + *direct-reply-to*, consumer con gestione errori (`Nack` → ack/reject/requeue), graceful shutdown.
+2. **`modules/broker`** — astrazione di business: `BrokerService`, decoratori `@BrokerAction`/`@BrokerParam`, `MetadataScannerService` (auto-discovery dei metodi decorati e registrazione automatica dei consumer).
+3. **`modules/proxy`** — gateway HTTP/WebSocket: registrazione dinamica di route Express, auth pluggable, ACL/ruoli, WebSocket sicuro e scalabile, forwarding webhook.
+
+### Flusso di una richiesta
+
+```
+HTTP/WS request → Gateway → (RPC | event) su RabbitMQ → microservizio (@BrokerAction)
+              → risposta (solo RPC) → HTTP/WS response
+```
+
+---
+
+## Quick start
+
+### 1. `AppModule`
 
 ```ts
 import { HttpModule } from '@nestjs/axios';
 import { Module } from '@nestjs/common';
 import { ConfigModule, ConfigService } from '@nestjs/config';
-import { BrokerModule, ProxyModule } from '@open-rlb/nestjs-amqp';
+import { AppConfig, BrokerModule, BrokerTopic, GatewayConfig, ProxyModule } from '@open-rlb/nestjs-amqp';
+import { RabbitMQConfig } from '@open-rlb/nestjs-amqp/amqp-lib/config/rabbitmq.config';
+import { HandlerAuthConfig } from '@open-rlb/nestjs-amqp/modules/broker/config/handler-auth.config';
+import yamlConfig from './config/config.loader';
 
 @Module({
   imports: [
+    ConfigModule.forRoot({ isGlobal: true, load: [yamlConfig] }),
     BrokerModule.forRootAsync({
       imports: [ConfigModule],
       inject: [ConfigService],
       useFactory: async (config: ConfigService) => ({
-        options: config.get('broker'),
-        topics: config.get('topics'),
-        appOptions: config.get('app'),
-        authOptions: config.get('auth-providers'),
-        gatewayOptions: config.get('gateway'),
+        options: config.get<RabbitMQConfig>('broker'),
+        topics: config.get<BrokerTopic[]>('topics'),
+        appOptions: config.get<AppConfig>('app'),
+        authOptions: config.get<HandlerAuthConfig[]>('auth-providers'),
+        gatewayOptions: config.get<GatewayConfig>('gateway'),
       }),
     }),
     HttpModule,
-    ProxyModule.forRoot([]),
+    ProxyModule.forRoot([
+      // { provide: RLB_GTW_ACL_ROLE_SERVICE, useClass: MyAclService }, // solo se usi `roles`
+    ]),
   ],
 })
 export class AppModule {}
 ```
 
-### Bootstrap
+### 2. Bootstrap (`main.ts`)
 
-If you use `parseRaw: true` in gateway routes:
+```ts
+import { NestFactory } from '@nestjs/core';
+import { WsAdapter } from '@nestjs/platform-ws';
+import { AppModule } from './app.module';
+
+async function bootstrap() {
+  // rawBody: true è OBBLIGATORIO se usi parseRaw nelle route del gateway
+  const app = await NestFactory.create(AppModule, { rawBody: true });
+  app.useWebSocketAdapter(new WsAdapter(app)); // solo se usi il gateway WebSocket
+  await app.listen(3000, '0.0.0.0');
+}
+bootstrap();
+```
+
+### 3. Config loader (`config/config.loader.ts`)
 
 ```ts
-const app = await NestFactory.create(AppModule, { rawBody: true });
+import { readFileSync } from 'fs';
+import * as yaml from 'js-yaml';
+import { join } from 'path';
+
+const YAML_CONFIG_FILENAME = 'config/config.yaml';
+
+export default () =>
+  yaml.load(readFileSync(join(process.cwd(), YAML_CONFIG_FILENAME), 'utf8')) as Record<string, any>;
 ```
 
-## Minimal `config.yaml`
+---
 
-```yaml
-# yaml-language-server: $schema=./schema.json
+## Configurazione completa
+
+Il file `config.yaml` ha cinque sezioni di primo livello: `app`, `broker`, `topics`, `auth-providers`, `gateway`.
+
+### `app`
 
+```yaml
 app:
-  environment: development
+  port: 3000
+  host: 0.0.0.0
+  environment: development   # 'development' | 'production' (controlla il dettaglio degli errori esposti)
+```
+
+> In `production` gli errori restituiti dal gateway sono ridotti a `{ message, name }`; in `development` viene incluso lo stack/dettaglio. Vedi `UtilsService.error2Object`.
 
+### `broker`
+
+```yaml
 broker:
-  uri: "amqp://localhost/<vhost>"
-  defaultSubscribeErrorBehavior: "ack"
-  defaultPublishErrorBehavior: "reject"
-  connectionManagerOptions:
+  name: rabbitmq
+  uri: "amqp://user:pass@localhost:5672/vhost"   # stringa o array di URI (failover)
+  prefetchCount: 10
+  defaultRpcTimeout: 10000                        # ms, default per requestData
+  defaultSubscribeErrorBehavior: ack              # ack | reject | requeue (comportamento di default sugli errori consumer)
+
+  connectionManagerOptions:                       # opzioni amqp-connection-manager
     heartbeatIntervalInSeconds: 60
     reconnectTimeInSeconds: 60
     connectionOptions:
       clientProperties:
-        connection_name: "connection-name"
+        connection_name: my-service               # OBBLIGATORIO per broadcast e per il gateway WebSocket
       credentials:
-        mechanism: PLAIN
+        mechanism: PLAIN                          # PLAIN | EXTERNAL | AMQPLAIN
         username: guest
         password: guest
 
   exchanges:
     - name: users-ex
-      type: direct
-      createExchangeIfNotExists: true
-      options:
-        durable: true
+      type: direct                                # direct | topic | fanout | headers
+      createExchangeIfNotExists: true             # false → checkExchange (deve già esistere)
+      options: { durable: true }
 
   queues:
     - name: users-rpc-q
       exchange: users-ex
-      routingKey: users.rpc
+      routingKey: users.rpc                        # string | string[]; OBBLIGATORIO se exchange è di tipo `topic`
       createQueueIfNotExists: true
-      options:
-        durable: true
+      options: { durable: true }
+
+  replyQueues:                                    # mappa exchange → reply queue per le risposte RPC
+    users-ex: users-reply-q                       # se omesso si usa la direct-reply-to di RabbitMQ
+```
+
+### `topics`
+
+Un topic mappa un nome logico (azione/microservizio) su un percorso AMQP. Il `mode` decide la semantica.
 
-  replyQueues:
-    users-ex: users-reply-q
+| `mode`      | Quando usarlo                          | Campi richiesti                                         | Semantica                            |
+| ----------- | -------------------------------------- | ------------------------------------------------------- | ------------------------------------ |
+| `rpc`       | request/response                       | `name`, `queue` (o `exchange`+`routingKey`)             | risposta immediata + timeout         |
+| `handle`    | worker su una coda                     | `name`, `queue`                                         | consumer di coda semplice            |
+| `broadcast` | un messaggio a molti consumer          | `name`, `exchange`, `routingKey`                        | fanout/topic; richiede `connection_name` |
+| `event`     | publish senza risposta                 | `name`, `queue` **oppure** `exchange`+`routingKey`      | fire-and-forget                      |
 
+```yaml
 topics:
   - name: users-rpc
     mode: rpc
-    queue: users-rpc-q
+    queue: users-rpc-q          # deve esistere in broker.queues[]
+
+  - name: invoice-handle
+    mode: handle
+    queue: invoice-handle-q
+
+  - name: notify-broadcast
+    mode: broadcast
+    exchange: notify-ex
+    routingKey: notify.#
+
+  - name: audit-event
+    mode: event
+    exchange: audit-ex
+    routingKey: audit.created
+```
+
+> `toObservable: true` su un topic `handle` instrada i messaggi su `BrokerService.events$` (Observable RxJS) invece che a un handler registrato.
 
+### `auth-providers`
+
+Provider di autenticazione usati dalle route del gateway (`gateway.paths[].auth`) e dagli eventi WebSocket (`gateway.events[].auth`).
+
+```yaml
+auth-providers:
+  - name: gateway-jwks
+    type: jwks                                    # jwt | jwks | basic | str-compare | none
+    issuer: https://issuer.example.com/realms/main
+    jwksUri: https://issuer.example.com/certs
+    algorithms: [RS256]
+    httpsAllowUnauthorized: false                 # true SOLO per issuer self-signed in dev
+    jwtMap:                                        # claim del token → claim mappato (header-prefixed)
+      - sub:userId
+      - roles:roles
+    headerPrefix: X-GTW-AUTH-                      # prefisso degli header propagati ai microservizi
+    uidClaim: USERID                              # dest (uppercase) usato come user id per l'ACL
+    usernameClaim: USERNAME
+    aclTopic: acl                                 # topic RPC interrogato per i ruoli
+    aclAction: can-user-do
+
+  - name: gateway-jwt
+    type: jwt
+    secret: your-jwt-secret
+    issuer: https://issuer.example.com/realms/main
+    audience: your-audience
+    algorithms: [HS256]
+    jwtMap: [sub:userId, roles:roles]
+    headerPrefix: X-GTW-AUTH-
+    uidClaim: USERID
+    usernameClaim: USERNAME
+    aclTopic: acl
+    aclAction: can-user-do
+
+  - name: gateway-basic
+    type: basic
+    clientId: my-user
+    clientSecret: my-pass
+    headerPrefix: X-GTW-AUTH-
+
+  - name: gateway-str
+    type: str-compare
+    secret: your-static-token
+    headerPrefix: Bearer                          # prefisso atteso nell'header Authorization
+```
+
+Mapping dei claim: un token con `{ sub: "u_1", roles: [...] }` e `jwtMap: [sub:userId]`, `headerPrefix: X-GTW-AUTH-` produce l'header `X-GTW-AUTH-USERID = u_1` propagato al microservizio. Leggilo con `@BrokerParam('header', 'X-GTW-AUTH-USERID')`.
+
+### `gateway`
+
+```yaml
 gateway:
   mode: gateway
-  paths:
-    - name: users-create
-      method: POST
-      path: /users
-      dataSource: body
-      topic: users-rpc
-      action: user.create
-      mode: rpc
-  events: []
+  headerPrefix: X-GTW-                            # prefisso per gli header inoltrati (forwardHeaders)
+
+  ws:                                             # opzioni WebSocket — solo livello connessione
+    maxConnections: 5000
+    maxSubscriptionsPerClient: 50
+    heartbeatIntervalMs: 30000
+    # auth/roles/scope sono dichiarati PER-EVENTO (events[].auth/requireAuth/roles/...)
+
+  loadConfig:                                     # caricamento remoto di paths/events via RPC (opzionale)
+    paths: { topic: gtw.config, action: get-paths }
+    events: { topic: gtw.config, action: get-events }
+
+  paths:    [ ... ]                               # vedi "Gateway HTTP"
+  events:   [ ... ]                               # vedi "Gateway WebSocket"
 ```
 
-## Quick usage
+---
+
+## Scrivere un microservizio (AMQP)
 
-### RPC handler with decorators
+### Handler con i decoratori
 
 ```ts
 import { Injectable } from '@nestjs/common';
@@ -117,6 +324,8 @@ import { BrokerAction, BrokerParam } from '@open-rlb/nestjs-amqp';
 
 @Injectable()
 export class UsersActionService {
+  // @BrokerAction(topic, action, type?) — il `type` è documentativo: l'handler è
+  // SEMPRE raggiungibile sia in rpc sia in event (vedi "Doppio comportamento").
   @BrokerAction('users-rpc', 'user.create', 'rpc')
   async createUser(
     @BrokerParam('body', 'email') email: string,
@@ -128,100 +337,105 @@ export class UsersActionService {
 }
 ```
 
-### RPC call from code
+Registra il servizio come provider in un modulo NestJS qualunque: il `MetadataScannerService` lo scopre all'avvio e registra automaticamente il consumer per il topic.
 
-```ts
-import { Injectable } from '@nestjs/common';
-import { BrokerService } from '@open-rlb/nestjs-amqp';
+#### Sorgenti `@BrokerParam(source, name?)`
 
-@Injectable()
-export class UsersClientService {
-  constructor(private readonly broker: BrokerService) {}
+| Source      | Valore iniettato                                      |
+| ----------- | ----------------------------------------------------- |
+| `body`      | `payload[name ?? nomeParametro]`                      |
+| `body-full` | payload completo                                      |
+| `header`    | `headers[name ?? nomeParametro]`                      |
+| `tag`       | consumer tag AMQP                                     |
+| `action`    | action del messaggio                                  |
+| `topic`     | topic corrente                                        |
 
-  async createUser() {
-    return this.broker.requestData(
-      'users-rpc',
-      'user.create',
-      { email: 'john@example.com', role: 'admin' },
-      { 'X-Tenant': 'acme' },
-      5000,
-    );
-  }
-}
+> Se ometti `@BrokerParam` su un parametro, il default è `{ source: 'body' }` con chiave = nome del parametro.
+
+### Doppio comportamento RPC / event
+
+Ogni `@BrokerAction` è eseguibile **sia in RPC sia in event**, senza modifiche al servizio. Cambia solo cosa attende il chiamante.
+
+| Modalità | Come si invoca                                    | Cosa si attende                                          |
+| -------- | ------------------------------------------------- | ------------------------------------------------------- |
+| `rpc`    | `broker.requestData(...)` / path `mode: rpc`      | la **risposta** del metodo (request/response)           |
+| `event`  | `broker.publishMessage(...)` / path `mode: event` | solo che il **broker prenda in carico** (publisher confirm) |
+
+`publishMessage` è `async` e si risolve solo al publisher confirm (rigetta su nack/errore). Sul gateway, una path `mode: event` risponde `202` **dopo** il confirm e `503` se il broker non accetta.
+
+```yaml
+# Lo stesso topic/action esposto nei due modi
+gateway:
+  paths:
+    - { name: users-create-sync,  method: POST, path: /users,       topic: users-rpc, action: user.create, mode: rpc }
+    - { name: users-create-async, method: POST, path: /users/async, topic: users-rpc, action: user.create, mode: event }
 ```
 
-### Manual consumer (without decorators)
+### Consumer manuali (senza decoratori)
 
 ```ts
+// RPC
 await broker.registerRpc<{ id: string }, { ok: boolean }>('health-rpc', async (event) => {
   return { ok: !!event.payload?.id };
 });
 
+// handle / broadcast (gli handler devono restituire void)
 await broker.registerHandler<{ invoiceId: string }>('invoice-handle', async (event) => {
   console.log(event.payload.invoiceId);
 });
 ```
 
-## Quick reference
-
-### `BrokerService`
-
-| Method                                                     | Use                             |
-| ---------------------------------------------------------- | ------------------------------- |
-| `requestData(topic, action, payload?, headers?, timeout?)` | RPC request/response            |
-| `registerRpc(topic, handler)`                              | manual RPC consumer             |
-| `registerHandler(topic, handler)`                          | `handle` / `broadcast` consumer |
-
-### Topic types (`topics[].mode`)
-
-| Type        | Use it when                            | Minimal config                                          | Why                                  |
-| ----------- | -------------------------------------- | ------------------------------------------------------- | ------------------------------------ |
-| `rpc`       | you need request/response              | `name`, `mode: rpc`, `queue` (or `exchange+routingKey`) | immediate response + timeout control |
-| `handle`    | you need a worker on one queue         | `name`, `mode: handle`, `queue`                         | simple queue consumer                |
-| `broadcast` | you need one message to many consumers | `name`, `mode: broadcast`, `exchange`, `routingKey`     | fanout/topic pattern                 |
-| `event`     | you need publish without response      | `name`, `mode: event`, `queue` or `exchange+routingKey` | fire-and-forget (not covered here)   |
-
-Quick snippet:
+### Pubblicare / chiamare da codice
 
-```yaml
-topics:
-  - name: users-rpc
-    mode: rpc
-    queue: users-rpc-q
+```ts
+@Injectable()
+export class UsersClient {
+  constructor(private readonly broker: BrokerService) {}
 
-  - name: invoice-handle
-    mode: handle
-    queue: invoice-handle-q
+  // RPC: attende la risposta
+  createUserRpc() {
+    return this.broker.requestData('users-rpc', 'user.create',
+      { email: 'a@b.c', role: 'admin' }, { 'X-Tenant': 'acme' }, 5000);
+  }
 
-  - name: notify-broadcast
-    mode: broadcast
-    exchange: notify-ex
-    routingKey: notify.#
+  // Event: attende solo che il broker prenda in carico
+  async emitAudit() {
+    await this.broker.publishMessage('audit-event', 'audit.created', { entity: 'user', id: 'u_1' });
+  }
+}
 ```
 
-### Decorators
+---
 
-| Decorator                                                     | Use                                  |
-| ------------------------------------------------------------- | ------------------------------------ |
-| `@BrokerAction(topic, action, type?)`                         | binds method to topic/action         |
-| `@BrokerParam(source, name?)`                                 | maps method params from message data |
-| `@BrokerAuth(authName, allowAnonymous?, roles?)`              | auth metadata                        |
-| `@BrokerHTTP(method, path, dataSource?, timeout?, parseRaw?)` | HTTP metadata                        |
+## Gateway HTTP
 
-### `@BrokerParam` sources
+Le route sono dichiarate in `gateway.paths[]` e registrate dinamicamente su Express al boot.
 
-| Source      | Injected value                    |
-| ----------- | --------------------------------- |
-| `body`      | `payload[name or parameter name]` |
-| `body-full` | full payload                      |
-| `header`    | `headers[name or parameter name]` |
-| `tag`       | AMQP consumer tag                 |
-| `action`    | message action                    |
-| `topic`     | current topic                     |
+```yaml
+gateway:
+  paths:
+    - name: users-create
+      method: POST                 # GET | POST | PUT | DELETE | PATCH
+      path: /users/:tenant?        # supporta route param Express
+      dataSource: body             # body | query | params | body-query | query-body
+      topic: users-rpc
+      action: user.create
+      mode: rpc                    # rpc | event
+      timeout: 7000                # solo rpc
+      auth: gateway-jwks           # nome di un auth-provider
+      allowAnonymous: false        # true → consente l'accesso anche senza auth valida
+      roles: [users.create]        # richiede un IAclRoleService registrato
+      successStatusCode: 201
+      binary: false                # true → risposta come Buffer base64-decoded
+      redirect: 302                # se valorizzato, redirect alla URL contenuta nella risposta
+      headers: { Cache-Control: no-store }   # header statici sulla risposta
+      forwardHeaders: { Tenant: x-tenant }   # header della richiesta da inoltrare al microservizio
+      parseRaw: false              # true → inoltra il body raw come $raw (richiede rawBody:true nel bootstrap)
+```
 
-### `gateway.paths[].dataSource`
+#### Composizione del payload (`dataSource`)
 
-| Value        | Payload                          |
+| Valore       | Payload inviato al broker        |
 | ------------ | -------------------------------- |
 | `body`       | `{...params, ...body}`           |
 | `query`      | `{...params, ...query}`          |
@@ -229,72 +443,177 @@ topics:
 | `body-query` | `{...params, ...query, ...body}` |
 | `query-body` | `{...params, ...body, ...query}` |
 
-### Auth providers
+> I route param (`req.params`) vengono **ri-applicati per ultimi** su `data`: a parità di chiave vincono sempre sul body/query. Gli upload multipart finiscono in `$files`; il body raw (se `parseRaw`) in `$raw`.
 
-#### Type: `jwks`
+#### Mappatura errori → status HTTP
 
-```yaml
-auth-providers:
-  - name: gateway-jwks
-    type: jwks
-    issuer: https://issuer.example.com/realms/main
-    jwksUri: https://issuer.example.com/certs
-    algorithms: [RS256]
-    jwtMap:
-      - sub:userId
-      - roles:roles
-    headerPrefix: X-GTW-AUTH-
-    uidClaim: USERID
-    usernameClaim: USERNAME
-    aclTopic: acl
-    aclAction: can-user-do
-```
+Il `name` dell'errore lanciato dal microservizio determina lo status: `BadRequestError`/`InvalidParamsErrror` → 400, `UnauthorizedError` → 401, `ForbiddenError` → 403, `NotFoundError` → 404, altrimenti → 500. In `mode: event` un confirm fallito → 503.
+
+---
+
+## Gateway WebSocket
+
+Il gateway WebSocket inoltra eventi del broker ai client connessi (o a webhook HTTP), con autenticazione, autorizzazione per evento e funzionamento corretto in **multi-istanza** (fan-out).
 
-#### Type: `jwt`
+### Configurazione
 
 ```yaml
-auth-providers:
-  - name: gateway-jwt
-    type: jwt
-    secret: your-jwt-secret
-    issuer: https://issuer.example.com/realms/main
-    audience: your-audience
-    algorithms: [HS256]
-    jwtMap:
-      - sub:userId
-      - roles:roles
-    headerPrefix: X-GTW-AUTH-
-    uidClaim: USERID
-    usernameClaim: USERNAME
-    aclTopic: acl
-    aclAction: can-user-do
+gateway:
+  ws:                                # solo livello connessione
+    maxConnections: 5000             # limite connessioni per istanza
+    maxSubscriptionsPerClient: 50    # limite sottoscrizioni per client
+    heartbeatIntervalMs: 30000       # ping/pong per chiudere le connessioni morte
+
+  events:
+    - name: orders
+      type: ws                       # ws | http (webhook)
+      exchange: orders-ex
+      routingKey: orders.#
+      auth: gateway-jwks             # provider che verifica il token e mappa i claim PER QUESTO evento
+      requireAuth: true              # default true quando `auth` è impostato; false → auth opzionale
+      roles: [orders.read]           # verifica ACL via IAclRoleService
+      scopeClaim: X-GTW-AUTH-USERID  # inoltra solo i messaggi dell'utente...
+      payloadKey: userId             # ...dove payload.userId === claim dell'utente
+
+    - name: invoices                 # forwarding webhook
+      type: http
+      exchange: inv-ex
+      routingKey: inv.#
+      url: https://hooks.example.com/invoices
+      method: POST
+      timeout: 8000
 ```
 
-#### Type: `str-compare`
+### Autenticazione (token nel subprotocol)
 
-```yaml
-auth-providers:
-  - name: gateway-str
-    type: str-compare
-    secret: your-static-token
-    headerPrefix: Bearer
+I browser non possono impostare header custom sull'handshake, quindi il token JWT viaggia nel **subprotocol** (`Sec-WebSocket-Protocol`):
+
+```js
+const ws = new WebSocket('ws://localhost:3000', [token]); // oppure ['bearer', token]
 ```
 
-### Gateway path (RPC)
+Il token viene conservato sulla connessione e **verificato al momento del `subscribe` con il provider dichiarato dall'evento** (`events[].auth`), che ne mappa anche i claim. La verifica è memoizzata per provider: lo stesso token è verificato al più una volta per provider. Eventi diversi possono usare provider diversi.
 
-```yaml
-- name: users-create
-  method: POST
-  path: /users
-  dataSource: body
-  topic: users-rpc
-  action: user.create
-  mode: rpc
-  timeout: 7000
+### Protocollo client
+
+```js
+ws.send(JSON.stringify({ action: 'subscribe',   topic: 'orders', select: { status: 'open' } }));
+ws.send(JSON.stringify({ action: 'unsubscribe', topic: 'orders' }));
+// messaggi in arrivo: { topic: 'onOrders', data: <payload> }
+// errori:            { topic: 'onError',  data: { event, error } }
 ```
 
-## Common errors
+### Sicurezza e scalabilità
+
+- **Auth per evento**: `events[].auth` indica il provider che verifica il token e mappa i claim per quell'evento; `requireAuth: false` rende l'auth opzionale (anonimi ammessi, claim mappati se il token c'è). Subscribe negato (`onError: unauthorized`) se l'auth è richiesta e il token non è valido.
+- **Authz per evento**: `roles` (ACL via `IAclRoleService`) sull'identità ricavata da `auth`.
+- **Scoping per-utente**: `scopeClaim` + `payloadKey` impediscono a un client di ricevere dati altrui tramite un `select` arbitrario (il filtro server-side è intersecato con quello del client, mai allargato). Se `scopeClaim` è impostato senza `payloadKey`, **nega tutto** (safe default).
+- **Multi-istanza**: ogni istanza crea una coda AMQP **effimera ed esclusiva** (nome unico per processo) → tutte le repliche ricevono ogni evento e lo inoltrano ai rispettivi client.
+- **Hardening**: heartbeat ping/pong, limiti connessioni/sottoscrizioni, cleanup robusto su `close`/`error`.
+
+---
+
+## Remote config
+
+`RemoteConfigService` permette ai microservizi di **registrare le proprie route nel gateway a runtime**, pubblicando le loro `PathDefinition` su un exchange fanout `config.ms`. Il gateway le riceve e chiama `HttpHandlerService.registerPath()` dinamicamente. In alternativa, `gateway.loadConfig` carica paths/events tramite una singola chiamata RPC all'avvio.
+
+---
+
+## API `BrokerService`
+
+| Metodo                                                       | Uso                                              |
+| ------------------------------------------------------------ | ------------------------------------------------ |
+| `requestData(topic, action, payload?, headers?, timeout?)`   | RPC request/response (attende la risposta)       |
+| `publishMessage(topic, action, payload, headers?)` → `Promise<boolean>` | event fire-and-forget con publisher confirm |
+| `registerRpc(topic, handler)`                                | consumer RPC manuale                             |
+| `registerHandler(topic, handler)`                            | consumer `handle` / `broadcast` (ritorna void)   |
+| `getRpc(topic)` / `getHandler(topic)`                        | recupera l'handler registrato                    |
+| `events$` / `getEvents$<T>()`                                | Observable degli eventi dei topic `toObservable` |
+
+### Decoratori
+
+| Decoratore                                                    | Uso                                  |
+| ------------------------------------------------------------- | ------------------------------------ |
+| `@BrokerAction(topic, action, type?)`                         | lega un metodo a topic/action        |
+| `@BrokerParam(source, name?)`                                 | mappa i parametri dai dati messaggio |
+| `@BrokerAuth(authName, allowAnonymous?, roles?)`              | metadati di auth (usati dallo scanner) |
+| `@BrokerHTTP(method, path, dataSource?, timeout?, parseRaw?)` | metadati HTTP (usati dallo scanner)  |
+
+### Pipe utility
+
+`BooleanPipe` e `NumberPipe` convertono valori stringa/numerici (es. da query string). Esportate da `@open-rlb/nestjs-amqp`.
+
+---
+
+## ⚠️ Gotcha e casi a rischio bug
+
+Questi sono i punti che causano più frequentemente bug silenziosi. **Leggili prima di estendere la lib.**
+
+### Decoratori e handler
+
+1. **Niente destructuring nei parametri dell'handler.** `@BrokerParam` associa i parametri leggendo il *source* della funzione con una regex (`getParamNames`). Una firma come `fn({ a, b })` rompe l'allineamento degli indici. Usa parametri semplici.
+2. **Evita i valori di default nei parametri.** C'è uno strip basilare (`removeDefaultsFromParams`), ma default complessi (oggetti, chiamate) disallineano la mappatura. Passa sempre un `name` esplicito a `@BrokerParam`.
+3. **`(topic, action)` deve essere unico.** Tutti gli `@BrokerAction` dello stesso topic condividono **una sola coda/consumer** e vengono smistati per `action`. Due metodi con lo stesso `(topic, action)` → il secondo sovrascrive il primo in silenzio.
+
+### Wiring topic ↔ queue ↔ exchange
+
+4. **Il `name` del topic deve coincidere ovunque**: `@BrokerAction(topic)`, `topics[].name`, `requestData/publishMessage(topic)`, `gateway.paths[].topic`/`events[]`. Un typo → `Topic X not found in configuration`.
+5. **`mode: rpc`/`handle` richiedono che `topics[].queue` esista in `broker.queues[]`**, e che il `queue.exchange` esista in `broker.exchanges[]`. In `handle` un queue mancante causa un NPE all'avvio (`queue.exchange`).
+6. **Exchange `type: topic` → il queue DEVE avere `routingKey`**, altrimenti l'avvio lancia `Queue ... has no routing key`.
+7. **`mode: broadcast` e gateway WebSocket richiedono `connection_name`** (`clientProperties.connection_name`), altrimenti throw.
+
+### RPC / timeout / errori
+
+8. **Reply RPC**: `requestData` risolve `replyTo` da `broker.replyQueues[exchange]`; se assente usa la direct-reply-to di RabbitMQ. Un `replyQueues` con la chiave exchange sbagliata → nessuna risposta → timeout.
+9. **Le eccezioni dell'handler RPC NON propagano come throw lato consumer**: vengono restituite come `{ success: false, error }` e `requestData` rilancia l'errore al chiamante. Sul gateway lo status dipende dal `error.name` (vedi tabella). Dai agli errori un `name` coerente.
+10. **Timeout di default 10s** (o `broker.defaultRpcTimeout`). Per RPC lente imposta `timeout` sulla path o sull'argomento di `requestData`.
+
+### Gateway HTTP
+
+11. **`parseRaw: true` richiede `NestFactory.create(AppModule, { rawBody: true })`**, altrimenti `$raw` è `undefined`.
+12. **I route param vincono sul body/query** (ri-applicati per ultimi). Attento alle collisioni di chiave (`:id` vs `body.id`).
+13. **Gli upload sono in `$files`** (multer `.any()`); i buffer vengono convertiti in stringa binaria — rigestiscili con cura lato consumer.
+
+### Auth / ACL
+
+14. **`roles` su una path o evento richiede un `IAclRoleService`** registrato via `RLB_GTW_ACL_ROLE_SERVICE` in `ProxyModule.forRoot([...])`. L'auth-provider deve definire `aclTopic`, `aclAction`, `uidClaim`, `usernameClaim`, e `uidClaim` deve corrispondere a un `dest` del `jwtMap`. Mancante → throw.
+15. **Gli header propagati sono uppercase e prefissati** (`${headerPrefix}${DEST}`): leggi `X-GTW-AUTH-USERID`, non `userId`.
+
+### WebSocket
+
+16. **`scopeClaim` referenzia il claim MAPPATO** (con `headerPrefix`, es. `X-GTW-AUTH-USERID`), non il claim grezzo del token. `payloadKey` è la chiave nel payload dell'evento. Senza `payloadKey`, lo scope nega tutto.
+17. **Non usare code durevoli condivise per gli eventi WS**: la lib crea una coda esclusiva per istanza apposta per il fan-out. Una coda fissa farebbe competere le istanze (i client di un'istanza perderebbero messaggi).
+
+### Publish / event
+
+18. **`publishMessage` è `async`: devi fare `await`** per ottenere la garanzia di publisher confirm e per intercettare i fallimenti. Senza `await` è fire-and-forget senza garanzia.
+19. **Gli handler `handle`/`broadcast` devono restituire `void`**: un valore di ritorno genera un warning (`Subscribe handlers should only return void`).
+
+### TLS / credenziali
+
+20. **JWKS verifica il TLS di default.** Usa `httpsAllowUnauthorized: true` su un provider solo per issuer self-signed in sviluppo.
+21. **`mechanism` credenziali**: `PLAIN` | `EXTERNAL` | `AMQPLAIN` (case-insensitive). Un valore sconosciuto non imposta la `response` → autenticazione fallita.
+
+---
+
+## Errori comuni
+
+- `Topic <name> not found in configuration`: controlla `topics[].name`, `@BrokerAction`, `requestData`/`publishMessage`, `gateway.paths[].topic`.
+- `Queue <name> not found in configuration`: verifica che `topics[].queue` esista in `broker.queues[]`.
+- `Queue <name> has no routing key`: l'exchange è di tipo `topic` ma il queue non ha `routingKey`.
+- `Client name is required ...`: manca `connection_name` (richiesto da broadcast e WebSocket).
+- `ACL Role Service not found`: stai usando `roles` senza aver registrato `RLB_GTW_ACL_ROLE_SERVICE`.
+- `401/403` dal gateway: controlla `auth`, `auth-providers[]`, e l'ACL service quando usi `roles`.
+- Timeout RPC: `replyQueues` errato, `action` non gestita da alcun servizio, o handler troppo lento (`timeout`).
+
+---
+
+## Sviluppo
+
+```bash
+npm run build        # compila (tsc)
+npm test             # jest
+npm run start:dev    # nest start --watch (app gateway di esempio)
+```
 
-- `Topic <name> not found in configuration`: check `topics[].name`, `@BrokerAction`, `requestData`, `gateway.paths[].topic`.
-- `Queue <name> not found in configuration`: check that `topics[].queue` exists in `broker.queues[]`.
-- `401/403` from gateway: check `gateway.paths[].auth`, `auth-providers[]`, ACL service when using `roles`.
+Licenza: MIT.