deniskuzZ commented on code in PR #9301: URL: https://github.com/apache/iceberg/pull/9301#discussion_r1427131740
########## orc/src/main/java/org/apache/iceberg/orc/OrcIterable.java: ########## @@ -134,7 +134,13 @@ private static VectorizedRowBatchIterator newOrcIterator( try { return new VectorizedRowBatchIterator( - file.location(), readerSchema, orcFileReader.rows(options), recordsPerBatch); + file.location(), readerSchema, orcFileReader.rows(options), recordsPerBatch) { + @Override + public void close() throws IOException { Review Comment: > Thanks for the explanation. So basically the `addCloseable(reader);` is not used here, neither in `ParquetIterable`, as the returned `CloseableIterator` `close` method is used clean up the resources. And in case of the Vectorized ORC reads, we return not the `OrcRowIterator` which closes the reader, but the `VectorizedRowBatchIterator` which closes the `RecordReader rows` which is generated like this: `orcFileReader.rows(options)`. And the `RecordReaderImpl` generated this way does not close the underlying `ReaderImpl`. > > Am I right here? Could we eventually fix this in ORC too? If so, it would be nice to have a ORC jira saying that this could be removed once it is fixed in ORC... Yes, see [HIVE-25736](https://issues.apache.org/jira/browse/HIVE-25736) description :) > After [ORC-498](https://issues.apache.org/jira/browse/ORC-498) the Orc readers should be closed explicitly -- 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: issues-unsubscr...@iceberg.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@iceberg.apache.org For additional commands, e-mail: issues-h...@iceberg.apache.org