merge: consolidate upstream identity and representation owners

This commit is contained in:
morluto committed 2026-10-24 05:13:41 +08:00
commit 53601d0bdf
114 files changed
+8444 -813

No files matched your search

+18 -1
View File
@@ -171,7 +171,24 @@ fully qualified message type. All imports must be included. REA never fetches
schemas or executes the selected application. Descriptor identity and parser
version remain in the body facts. Scalars, repeated numeric packing and nested
messages are interpreted alongside the unchanged wire facts; disagreements
remain explicit. Map semantics, extensions and required-field validation are
remain explicit. Descriptor admission rejects duplicate field numbers within
each message, including nested messages and oneof fields, before schema
annotation. This does not reject repeated occurrences in captured wire bytes
or reuse of a number in a different message. Fully qualified message, enum,
service and extension names must also identify one declaration across the
descriptor set, including nested and synthetic map-entry messages. Different
packages or enclosing messages may reuse a local type name. Schema-admission
failures retain the partial capture Evidence and its original artifact identity.
REA also requires an unambiguous descriptor file identity. Repeated exact file
names are coalesced only when protobuf-es equality confirms matching field
presence, declared values and retained opaque unknown/custom-option fields.
Opaque fields must match in their retained order and bytes; REA does not
interpret them. Conflicting definitions are refused rather than selecting a
file by its position. This is REA's supplied-schema admission policy, separate
from protobuf wire validity and the [first-occurrence precedence in protoc v32.1](https://github.com/protocolbuffers/protobuf/blob/v32.1/src/google/protobuf/compiler/command_line_interface.cc#L1402).
The descriptor-set byte count and SHA-256 continue to identify the complete
original input, including repeated file facts.
Map semantics, extensions and required-field validation are
unsupported. A supplied schema does not establish the sender's actual schema.
An invalid nested interpretation records `schema_status: "invalid-message"`
and `schema_error` locally; later outer fields remain available. Valid string