Restaura el campo extensions de Card que había caído al adoptar postcard
(serde_json::Value usa secuencias/maps de longitud dinámica). La
solución es separar dos formas:
- Card (la rica): para JSON/TOML. Tiene extensions: BTreeMap<String,
serde_json::Value> con #[serde(flatten, skip_serializing_if = is_empty)].
Los campos desconocidos del archivo sobreviven el roundtrip.
- WireCard (la slim): para postcard. Mismo schema sin extensions y con
genesis: Vec<WireCard> recursivo. Postcard-friendly por construcción.
Conversiones From<Card> for WireCard (descarta extensions) y
From<WireCard> for Card (extensiones quedan vacías post-wire). El
contrato es explícito: extensions son anotaciones locales que sobreviven
file I/O pero NO cruzan al Init.
brahman-handshake::Hello.card cambia de Card a WireCard. Client hace
card.into() al enviar; Server hace hello.card.into() para volver a
Card antes de validar/registrar.
Tests:
- 3 nuevos en brahman-card: extensions_preserved_in_json_roundtrip,
wire_card_roundtrip_strips_extensions, wire_card_postcard_friendly
(verifica que postcard::to_allocvec(&wire) NO falla — caso que
rompía con Card.extensions populadas).
- 1 ajuste en handshake/tests/handshake.rs (struct-literal de Hello
ahora con card: sample_card(...).into()).
- brahman-card: postcard como dev-dep.
Tests acumulados: 35 (card 11, broker 11, handshake codec+transport 2 +
integ 7, card-wit 4, admin 0). 0 errores, 0 warnings (vienen del
commit anterior 9420eae).
CHANGELOG.md actualizado con esta entrada y con el commit 9420eae
("probando" del usuario, limpieza de 17 warnings dead-code).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Sergio
f19ca723b6