THIS IS A TEST INSTANCE. ALL YOUR CHANGES WILL BE LOST!!!!
...
- (Vinoth) Identify & land all critical outstanding PRs (that solve critical issues, take us forward in our 1.0 path)
- (Vinoth) to identify. https://github.com/apache/hudi/pulls?q=is%3Apr+is%3Aopen+label%3Arelease-1.0.0
- (Vinoth)
Land all relevant prs
- (Sagar) Move
master
to 1.0.0
- (Sagar & Vinoth & Danny) Land storage format 1.0
- (Vinoth)
Put up a 1.0 tech specs doc
- (Vinoth)
Scope this epic tight.
- (Sagar)
Make all the agreed upon format changes described here. https://issues.apache.org/jira/browse/HUDI-6242
- (SagarEthan)
Standardization of serialization - log blocks, timeline meta files.
- (Sagar???)
Change Timeline/FileSystemView to support snapshot, incremental, CDC, time-travel queries correctly.
- (Danny???)
Introduce TrueTime API or equivalent, to explain the foundations more clearly. (reuse HUDI-3057)
- (Sagar)
Changes to make multiple base file formats within each file group.
- (Sagar)
No Java classes show up in table properties. HUDI-5761
- (Danny)
Introduce transition time into the active timeline
Jira server ASF JIRA serverId 5aa69414-a9e9-3523-82ec-879b028fb15b key HUDI-1623 - (Danny) Land
Land LSM Timeline in well-tested, performant shape (HUDI-309, HUDI-6626, HUDI-6698)
- (Vinoth)
- Design:
- (Sagar)
Multi-table transactions? (
)Jira server ASF JIRA serverId 5aa69414-a9e9-3523-82ec-879b028fb15b key HUDI-6709 - (Lin) Keys: UUIDs vs. what we do today.
Jira server ASF JIRA serverId 5aa69414-a9e9-3523-82ec-879b028fb15b key HUDI-6701 - (Vinoth)
OCC/Time-Travel Read (+Write)
Jira server ASF JIRA serverId 5aa69414-a9e9-3523-82ec-879b028fb15b key HUDI-4677 - (Danny)
Time-Travel read on NB CC & finalize NB CC design
- (Danny) TrueTime API implementation for Hudi (wait based, or filesystem/stateless based)
- (Vinoth/Shawn) Cloud native storage layout design (Udit's RFC-60)
- (Sagar)
Logical partitioning/Index Functions API (Java, Native) and its integration into Spark/Presto/Trino. (HUDI-512)
- (Sagar)
Schema Evolution and version tracking in MT.
- (Sagar)
- Implementation
- (Lin)
Finalize RFC-46/RecordMerger API, cross-platform support, only invoked for
hoodie.merge.mode=custom
? (complete HUDI-3217) - (Ethan) Implement
Implement MoR snapshot query (positional/key based updates, deletes), partial updates, custom merges on new File Format code path.
- (Lin)
Implement a uniform way to fetch incremental data files based on new timeline (https://issues.apache.org/jira/browse/HUDI-2750)
- (Ethan) Implement
Implement writers for positional updates, deletes, partial updates, ordering field based merging.
- (Ethan)
Implement engine agnostic FileGroup Read APIs across Spark/Hive
- (Vinoth)
Implement DataFrame based write path; Take HoodieData abstraction to completion and end-end row writing for Spark? All write operations work with rows end-end (HUDI-4857)
- (Sagar) Async
Async indexer is in final shape (complete HUDI-2488)
- (Sagar)
Secondary indexes (Bloom, RLI, VectorIndex, ..) on Spark read/write path. (HUDI-3907, HUDI-4128)
- (Sagar) Existing Optimistic Concurrency Control is in final shape (complete HUDI-1456)
- (Lin)
Land Parquet keyed lookup code (???)
- (Danny)
Flink/Non-blocking CC (HUDI-6640, HUDI-6495 )
-
<what are some other code refactoring.. to burn down?> (, HUDI-2261, HUDI-6243, HUDI-3614, HUDI-4444, HUDI-4756)
- (Lin)
- (Sagar) Open/Risk Items:
(Ethan/Danny)
_hoodie_operation
metafield. Spark/Flink interop.- (Vinoth)
Are we happy with DT <> MT sync mechanism? does this need to be revisited? (HUDI-2461 + other issues with Flink OCC)
- (Ethan)
Are we happy with how log compaction is implemented? (https://issues.apache.org/jira/browse/HUDI-3580)
- (Vinoth)
Should we retain virtual keys support? https://issues.apache.org/jira/browse/HUDI-2235
...
- APIs: (https://issues.apache.org/jira/browse/HUDI-4141)
-
FileGroup APIs in Java
-
Rust/C++ APIs for Timeline, Metadata, FileGroup Read/Write (https://issues.apache.org/jira/browse/HUDI-6486)
-
Internal APIs/Abstractions/Code Refactoring (https://issues.apache.org/jira/browse/HUDI-6243)
- HUDI-43
- HoodieSchema ? https://issues.apache.org/jira/browse/HUDI-6499
-
- Design
- (Vinoth)
General purpose, global timeline (no active vs archived distinction) (HUDI-309,
)Jira server ASF JIRA serverId 5aa69414-a9e9-3523-82ec-879b028fb15b key HUDI-6698 - (Vinoth)
Non-blocking concurrency control/clustering + updates, inserts + inserts for Spark + Flink.
- (Vinoth)
Spark SQL statements to complete DB vision. (vinoth has a list. ???)
- (Vinoth)
Lance file format + storing blobs/images.(Needs an epic)
- (Vinoth)
- Implementation
-
Multi-table transaction
-
MT/RLI on Parquet base files
- Minimize configs and cleanup defaults (https://issues.apache.org/jira/browse/HUDI-1239)
- Meta Sync to Glue/HMS with reduced storage/API overhead (HUDI-2519, HUDI-5108, HUDI-6488), seamless inc query, cdc query, ro/rt experience
- Broader Performance improvements (HUDI-3249)
- SQL experience for timeline, metadata. (HUDI-6498)
- [???] Parquet Rewriting at Page Level for Spark Rows (Writer perf) (HUDI-4790)
- Introduce HudiStorage APIs to abstract out Hadoop FileSystem. (HUDI-6497)
-
- Open/Risk Items:
(Ethan/Danny)
_hoodie_operation
metafield. Spark/Flink interop.- (Vinoth)
Are we happy with DT <> MT sync mechanism? does this need to be revisited? (HUDI-2461 + other issues with Flink OCC)
Packaging Phase (Nov 1- Nov 15)(Marked 1.1.0 for now)
...