OpenDAL Compat
#5180
Replies: 2 comments 2 replies
-
Sounds Cool |
Beta Was this translation helpful? Give feedback.
0 replies
-
This is a great workaround to mitigate this issue. However, would it be possible to provide this kind of implementation so the user doesn't have to call the API explicitly every time? impl From<opendal_v50::Operator> for opendal_v49::Operator {
fn from(op: opendal_v50::Operator) -> Self {
// Conversion logic
}
} |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi, OpenDAL occasionally releases breaking changes. Each time this happens, our users need to update their versions. It's straightforward if users only depend on
opendal
itself.However, since
opendal
is widely used, it's possible that users also depend on crates likeiceberg
,parquet
, anddelta
, which depend onopendal
as well. Those projects might have different release schedules that can't align with opendal's release.Releasing
opendal 1.0
might help, but it still needs time. Evenopendal 1.0
can't fully address this, as not every crate can update to the new version promptly.So I propose a new crate called
opendal_compat
. In which, we provide API like:This way, users can always convert the newer opendal versions to the old ones for compatibility.
The conversation isn't endless: we might only provide the two most recent major versions.
Beta Was this translation helpful? Give feedback.
All reactions