Repository navigation
Comparing changes
Open a pull request
base repository: kamcheungting-db/iceberg-cpp
base: datafile-serde-java
head repository: kamcheungting-db/iceberg-cpp
compare: filescan-task-serde
- 8 commits
- 24 files changed
- 6 contributors
Commits on Oct 11, 2026
-
fix(expression): return a parse error for non-string type nodes in ex…
…pression JSON (apache#982) IsTransformTerm, NamedReferenceFromJson, both LiteralFromJson overloads, and ExpressionFromJson read the 'type' discriminator with json[kType].get<std::string>() guarded only by contains(), so a present-but-non-string 'type' (e.g. a number) threw an uncaught nlohmann type_error out of the Result-returning parse API. Check is_string() first, matching the sibling OperationTypeFromJson guard, so malformed expression JSON yields JsonParseError instead of an escaped exception.
Configuration menu - View commit details
-
Copy full SHA for ecf3624 - Browse repository at this point
Copy the full SHA ecf3624View commit details -
refactor: move each TableScan subclass to its own file (apache#994)
Move DataTableScan, IncrementalAppendScan and IncrementalChangelogScan into data_table_scan.{h,cc}, incremental_append_scan.{h,cc} and incremental_changelog_scan.{h,cc}. table_scan.{h,cc} keep TableScan, IncrementalScan, TableScanBuilder, the scan task types and TableScanContext. Co-authored-by: Claude Opus 5.5 <[email protected]>Configuration menu - View commit details
-
Copy full SHA for c712948 - Browse repository at this point
Copy the full SHA c712948View commit details -
fix(json): return a parse error for a list type missing 'element' (ap…
…ache#997) ListTypeFromJson read the nested element type with the raw const json[kElement] accessor, which is undefined behavior (an assertion in debug nlohmann builds) when a list type object is missing the required 'element' key. Use GetJsonValue<nlohmann::json>(json, kElement) like the sibling MapTypeFromJson does, so malformed schema or table-metadata JSON yields JsonParseError instead of asserting.
Configuration menu - View commit details
-
Copy full SHA for ed6608d - Browse repository at this point
Copy the full SHA ed6608dView commit details -
Configuration menu - View commit details
-
Copy full SHA for 87ed963 - Browse repository at this point
Copy the full SHA 87ed963View commit details -
Configuration menu - View commit details
-
Copy full SHA for 78e5f66 - Browse repository at this point
Copy the full SHA 78e5f66View commit details -
Configuration menu - View commit details
-
Copy full SHA for cb959f5 - Browse repository at this point
Copy the full SHA cb959f5View commit details -
Configuration menu - View commit details
-
Copy full SHA for 7bc87fb - Browse repository at this point
Copy the full SHA 7bc87fbView commit details -
fix(serde): address FileScanTask JSON review feedback
- move the strict integer helpers (IntegerFromJson, GetJsonInteger, IntegerVectorFromJson) into json_util_internal.h and add GetJsonIntegerOrDefault there, so the REST scan-task reader reuses them instead of keeping a local copy - omit 'delete-files' when the task has no delete files, matching Java - look up the partition spec explicitly in ToJson(FileScanTask) instead of relying on std::map::at() after an earlier validation
Configuration menu - View commit details
-
Copy full SHA for 41778c9 - Browse repository at this point
Copy the full SHA 41778c9View commit details
This comparison is taking too long to generate.
Unfortunately it looks like we can’t render this comparison for you right now. It might be too big, or there might be something weird with your repository.
You can try running this command locally to see the comparison on your machine:
git diff datafile-serde-java...filescan-task-serde