Xuanwo
The initialization might be related to some system resources, so we expect users to initialize it only once and use it everywhere instead of creating a new one each time....
Looks good to me, we can construct the info during build time.
Implemented.
This idea sounds interesting, but I feel it doesn't align with OpenDAL's vision. It feels more like a separate project focused on structural data areas.
> Hi, is this issue still open for PRs? I'd like to work on the FTP feature. Feel free to go, but I don't know what metadata that FTP can...
There is a plan to implement `into_tokio_async_read() -> TokioAsyncReader`. However, I am not confident that adding a feature gate at the `Reader` level is a good idea. Since there is...
Hi, @jorgehermo9, I'm currently addressing some urgent existing issues in the current OpenDAL release. We will be publishing one or more patch versions for OpenDAL 0.51.x, and this PR (which...
Sorry, @jorgehermo9, for keeping you waiting so long. I plan to start working on this soon. The main issue preventing us from moving forward smoothly is that we haven’t yet...
> No problem at all @Xuanwo, I completely understand that. Thank you very much for your review and thoughts, and I'll be happy to discuss it on the RFC. Thank...
My current understanding of the cache layer is that it is a very thin component that simply wraps two (or more) OpenDAL operators. The cache policy and strategy should be...