You are viewing a plain text version of this content. The canonical link for it is here.

Posted to notifications@accumulo.apache.org by GitBox <gi...@apache.org> on 2022/09/29 18:59:55 UTC

[GitHub] [accumulo] milleruntime commented on pull request #2982: Use internal RFile scan code for RecoveryLogsIterator

milleruntime commented on PR #2982:
URL: https://github.com/apache/accumulo/pull/2982#issuecomment-1262692267

   > It's unfortunate we have two separate RFile read paths. It'd be really nice to just have one that was easier for users to use, and also supported all our internal needs.
   
   Yeah that would be nice. For this situation, we would need to have the RFile API take a CryptoService or something to differentiate it from the table properties. Maybe once crypto graduates from being experimental, we can add something to the RFile API. But there are likely to be other situations like this though, where we don't won't to expose internals and still need FileSKVIterator.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: notifications-unsubscribe@accumulo.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org