Pega un evento CloudEvents o cabeceras ce-* con su cuerpo para revisar atributos ausentes y conflictos de datos. Copia el JSON normalizado o las cabeceras HTTP de modo binario.
Se ejecuta localmente en tu navegadorUsa JSON estructurado o modo binario HTTP. La herramienta no publica eventos ni llama a un endpoint.
El inspector de CloudEvents lee un evento cada vez en cualquiera de las dos formas que define el enlace HTTP: un sobre JSON (modo estructurado) o un bloque de cabeceras ce-* con un cuerpo opcional (modo binario). Comprueba los atributos de contexto frente a CloudEvents 1.0 y reescribe el mismo evento como JSON estructurado normalizado y como cabeceras en modo binario.
Todo se ejecuta en esta pestaña. La herramienta no publica ningún evento, no llama a ningún endpoint ni consulta un registro de esquemas, y el registro de red permanece vacío mientras pegas y conviertes.
La entrada que empieza por llave se analiza como sobre JSON. Cualquier otra cosa se lee como bloque de cabeceras, y un bloque cuyo Content-Type sea application/cloudevents+json se decodifica como JSON estructurado con el cuerpo bajo las cabeceras.
En modo binario el cuerpo es todo lo que sigue a la primera línea en blanco. Cuando el tipo de contenido declara JSON el cuerpo pasa a ser un objeto; en caso contrario se mantiene como cadena, de modo que una carga de texto y una carga JSON no se confunden.
Los cuatro atributos obligatorios specversion, id, source y type se distinguen entre ausentes o vacíos y con tipo incorrecto; specversion debe ser 1.0, source debe ser una referencia URI no vacía y sin espacios, y time debe ser una marca temporal RFC 3339 con su desplazamiento. data y data_base64 son mutuamente excluyentes, data_base64 debe ser base64 válido, y un evento sin carga es un aviso y no un error porque la especificación lo permite.
Los atributos de extensión se cuentan y se conservan. Un null de JSON en un atributo de contexto se trata como no definido, tal como indica la especificación del formato JSON: subject: null desaparece de la salida normalizada, mientras que data: null se conserva como carga nula explícita.
El evento estructurado normalizado coloca primero los atributos centrales, después las extensiones en orden alfabético y por último la carga. El botón Copiar toma el panel tal cual, así que el resultado puede pegarse en un fichero de prueba o en un diff.
Las cabeceras en modo binario incluyen una cabecera ce-* por atributo de contexto, extensiones incluidas, y una cabecera Content-Type solo cuando hay una carga que describir. La carga va después de una línea en blanco; data_base64 se copia sin cambios y su tamaño indicado es el de los bytes decodificados, no el del texto base64.
Esto es una comprobación del sobre. La carga no se valida contra ningún esquema, las firmas de CloudEvents no se verifican y las reglas propias de cada broker quedan fuera. Tampoco se comprueban los nombres de los atributos de extensión frente a las reglas de nomenclatura de la especificación.
Un resultado correcto significa que el evento está bien formado, no que un receptor vaya a aceptarlo. Si una integración sigue fallando, compara el evento con la documentación de tu broker o con las pruebas de conformidad de la especificación antes de tocar el productor.