Expand description
The DataFusion and sqlparser messages the engine and the CLI recognize by their text, because no typed error says the same (#265).
Each is matched as a substring or a prefix, as its doc says. The tests below trigger each message in DataFusion or sqlparser directly, not through Ursa’s wrappers, and check the text is still there: when an upgrade changes the wording, they fail and name the string to update.
Constants§
- NO_
FILES_ FOR_ TABLE - In the error
ListingTableConfig::infer_optionsreturns when a location lists no file (an internal error). Ursa says “no file found at ‘…’” instead (file_table.rs). - NO_
FILE_ FORMAT_ FOR_ EXTENSION - In the error
ListingTableConfig::infer_optionsreturns for a file whose extension names no format it knows. Ursa lists the formats it reads instead (file_table.rs). - OPTIMIZER_
RULE_ FAILED - The start of the context DataFusion’s optimizer puts on a rule’s error
(
Optimizer rule '…' failed). Which rule failed is DataFusion’s business:super::user_messagedrops it and keeps the cause. - TOKENIZER_
EOF - In sqlparser’s tokenizer error for a quoted identifier or a block
comment still open at the end of the input (
… before EOF.,Unexpected EOF while in a multi-line comment). The shell reads the next line instead (ursa-cli’sinput.rs). - TOKENIZER_
UNTERMINATED - The start of sqlparser’s tokenizer error for a string literal (or a
dollar-quoted or encoded one) still open at the end of the input. The
shell reads the next line instead of reporting it (
ursa-cli’sinput.rs).