xquery4 1.6.9
these previous versions should be considered unusabl e due to the lack of proper parser implementation features. Versions 2.0 and above are a closer match to the standards.
See the version list below for details.
dotnet tool install --global xquery4 --version 1.6.9
dotnet new tool-manifest
dotnet tool install --local xquery4 --version 1.6.9
#tool dotnet:?package=xquery4&version=1.6.9
nuke :add-package xquery4 --version 1.6.9
xquery
Command-line XQuery 3.1/4.0 processor for .NET. Query XML documents from the terminal using the PhoenixmlDb XQuery engine.
Installation
dotnet tool install -g xquery4
Usage
# Query an XML file
xquery '//book/title' library.xml
# Count elements
xquery 'count(//item)' catalog.xml
# Read from a query file
xquery -f transform.xq input.xml
# Query a directory of XML files
xquery 'collection()//product[price > 50]' ./data/
# JSON output
xquery -o json 'map { "count": count(//item) }' data.xml
# Read from stdin
cat data.xml | xquery '//item/@name'
# Show execution plan
xquery --plan 'for $x in 1 to 10 return $x * $x'
# Show timing breakdown
xquery --timing '//item' large-catalog.xml
Features
- XQuery 3.1/4.0 — FLWOR, maps/arrays, higher-order functions, string constructors
- Multiple output methods — adaptive, XML, text, JSON
- Context item — input XML is available as
.(standard XQuery) - Multiple sources — files, directories, URLs, stdin
- Full prolog support — namespaces, variable/function declarations, serialization options
- Execution plans — inspect how queries are compiled and optimized
- Timing — built-in performance profiling
Documentation
Full documentation at phoenixml.dev
License
Apache-2.0
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net10.0 is compatible. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
This package has no dependencies.
| Version | Downloads | Last Updated | |
|---|---|---|---|
| 2.9.0 | 189 | 10/15/2026 | |
| 2.8.0 | 89 | 10/9/2026 | |
| 2.7.0 | 83 | 10/7/2026 | |
| 2.6.0 | 109 | 10/6/2026 | |
| 2.5.1 | 105 | 10/1/2026 | |
| 2.4.1 | 105 | 9/28/2026 | |
| 2.4.0 | 88 | 9/28/2026 | |
| 2.2.0 | 582 | 9/25/2026 | |
| 2.1.0 | 92 | 9/17/2026 | |
| 2.0.0 | 99 | 9/15/2026 | |
| 1.8.0 | 118 | 9/14/2026 | |
| 1.7.0 | 120 | 9/11/2026 | |
| 1.6.15 | 113 | 9/9/2026 | |
| 1.6.14 | 125 | 9/7/2026 | |
| 1.6.13 | 113 | 9/4/2026 | |
| 1.6.12 | 118 | 9/1/2026 | |
| 1.6.11 | 123 | 8/29/2026 | |
| 1.6.10 | 123 | 8/29/2026 | |
| 1.6.9 | 122 | 8/27/2026 | |
| 1.6.8 | 115 | 8/26/2026 |
One fix, from Martin Honnen's testing, plus the wrong error code it was hiding.
### `format-dateTime`, `format-date` and `format-time` cast xs:untypedAtomic
format-dateTime(@date, '[D] [MNn] [Y] at [H01]:[m01]')
-> XPTY0004: Expected xs:dateTime, got XsUntypedAtomic
`@date` is an ordinary untyped attribute holding a dateTime. Function conversion rules
(XPath 3.1 §3.1.5.2) CAST xs:untypedAtomic to the declared parameter type, so this is the
ordinary case, not an edge one — Saxon formats it.
Atomizing a node yields `xs:untypedAtomic`, never `xs:string`, so the argument handling had an
arm for string and none for untypedAtomic and every untyped node argument fell through to the
type error. Six sites: `format-date`, `format-dateTime` and `format-time`, each in the 2- and
5-argument arities.
A scan for the same shape found fourteen candidate sites. Only these six are fixed; the other
eight are a cast path where untypedAtomic is unwrapped upstream, and every probe of
`xs:dateTime(@a)` / `xs:date(...)` / `xs:duration(...)` already passed. Sites that cannot be
demonstrated broken are left alone.
### Invalid lexical forms raise FORG0001
Fixing the type error exposed a second fault beneath it. `format-time($dateTimeValue, ...)`
SHOULD fail — a dateTime lexical form is not a valid `xs:time` — but the parse threw a raw
.NET `FormatException` carrying no error code instead of `FORG0001`. Pre-existing, and
unreachable until untyped values started arriving at the parse.
XQuery.Tests 1506 passed, 0 failed (1497 at 1.6.8)