-
Notifications
You must be signed in to change notification settings - Fork 69
Closed
Labels
storyFeature description from user's perspectiveFeature description from user's perspective
Description
Describe the desired outcome from the user's perspective
Large messages are often fragmented into smaller partial messages, but should still be validated according to the same rules as if they are observed as a single unified value.
Acceptance criteria
- Fragmented HTTP request messages can be validated or rejected;
string,integer,json - Fragmented MQTT publish messages can be validated or rejected;
string,integer,json - Fragmented Kafka produce messages can be validated or rejected;
string,integer,json - Fragmented messages should not require buffering into a complete message before validation
Additional context
Conversion from json to avro (for example) is much more challenging to implement incrementally without buffering the complete message, so we should separate the concepts of validator and converter, supporting converters only at the kafka cache where we already have a view of the complete message by design.
Tasks
- Separate the concepts of
ValidatorandConverterin Java APIs -
avroconvertershould only be configurable inkafkacacheby schema (not other protocols) -
protobufconvertershould only be configurable inkafkacacheby schema (not other protocols) - all
validatorsshould only be configurable onHTTPandMQTTby schema - both
validatorsandconvertersshould be configurable onKafkaby schema - implement
stringfragmented validator - implement
integerfragmented validator - implement
jsonfragmented validator
Metadata
Metadata
Assignees
Labels
storyFeature description from user's perspectiveFeature description from user's perspective
Type
Projects
Status
Done