Early Adopters: First 20 receive 20% off with 1 year technical support.
Global Protocol
RogueDB adheres strictly to the industry-standard gRPC Status Code specification. Additional contexts are provided natively directly inside the standard error message payload stream.
Every rejection follows a binary structure: a Code for programmatic routing logic and a Details string for human-led system infrastructure correction.
Regardless of the protocol used (gRPC or REST), the database engine streams back a standardized response envelope consisting of two parts:
The Code represents the functional category of the contract violation. RogueDB maps its internal logic directly to common gRPC status codes.
In gRPC: Returned as the standard integer status code.
In REST: Mapped to the closest equivalent HTTP status code.
The Details string provides the exact context of a violation. This string is your definitive source for debugging and contains:
The Violation: Exact issue with the request.
Insights: Suggested corrections to request to resolve issue.
Identification: Zero-indexed request id where processing terminated.
RogueDB clusters operate on a strict Fail-Fast principle.
If the database encounters a violation:
•
Processing terminates immediately at the failing request.
•
The Details string will explicitly identify the failing index.
•
All messages prior to that request are processed; all requests at or after that index are dropped.
This eliminates the need for complex application-side reconciliation—you know exactly where the data stream stopped and why.
Because RogueDB utilizes standard codes, you should implement your error-handling logic based on the official gRPC status definitions.
Use the status code to determine if the failure is an identity issue, a permission issue, or a malformed request.
Always log the Details string. It contains the specific schema names and field indices required to fix implementation errors.
External Reference:
Official gRPC Status Code Documentation →