[
https://issues.apache.org/jira/browse/HUDI-9080?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Davis Zhang updated HUDI-9080:
------------------------------
Description:
in [https://github.com/apache/hudi/pull/12826] we replaced main usage of byte
[] holding commit metadata.
deprecate getInstantDetails byte[] and deserializeAvroMetadataLegacy API
completely.
getInstantContentStream does not need to return option<xxx> but xxx directly.
For all TimelineMetadataUtils APIs their inputs are tightly coupled with
timeline object so we should consider moving them into the timeline class
itself.
We need to see what's the remaining effort to eliminate getInstantDetails byte
[] API
was:
in [https://github.com/apache/hudi/pull/12826] we replaced main usage of byte
[] holding commit metadata.
deprecate getInstantDetails byte[] and deserializeAvroMetadataLegacy API
completely.
getInstantContentStream does not need to return option<xxx> but xxx directly
We need to see what's the remaining effort to eliminate getInstantDetails byte
[] API
> Clean up instant serialization deserialization
> ----------------------------------------------
>
> Key: HUDI-9080
> URL: https://issues.apache.org/jira/browse/HUDI-9080
> Project: Apache Hudi
> Issue Type: Bug
> Affects Versions: 1.1.0
> Reporter: Davis Zhang
> Priority: Major
>
> in [https://github.com/apache/hudi/pull/12826] we replaced main usage of byte
> [] holding commit metadata.
> deprecate getInstantDetails byte[] and deserializeAvroMetadataLegacy API
> completely.
> getInstantContentStream does not need to return option<xxx> but xxx directly.
>
> For all TimelineMetadataUtils APIs their inputs are tightly coupled with
> timeline object so we should consider moving them into the timeline class
> itself.
>
> We need to see what's the remaining effort to eliminate getInstantDetails
> byte [] API
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
