[SPARK-36346][SQL][FOLLOWUP] Rename withAllOrcReaders to withAllNativeOrcReaders

[dongjoon-hyun]

What changes were proposed in this pull request?

This PR aims to rename withAllOrcReaders to withAllNativeOrcReaders.

Why are the changes needed?

Apache Spark have non-native ORC reader too. In SQL module, we only test native readers.

Does this PR introduce any user-facing change?

No.

How was this patch tested?

Pass the CIs.

[SparkQA]

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/50168/

[MaxGekk]

Can we test Hive's implementation under withAllOrcReaders as well? If yes, can we just extend withAllOrcReaders in that case? Also I see that spark.sql.orc.enableVectorizedReader is set in Hive's tests, so, withAllNativeOrcReaders can be used in such tests which is confusing slightly.

[SparkQA]

Kubernetes integration test status failure
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/50168/

[cloud-fan]

Can we test Hive's implementation under withAllOrcReaders as well?

That will be a big change and we need to move many ORC tests to sql/hive. Another idea is to remove (or at least deprecate) the hive ORC reader as the native orc reader has been used by default since Spark 2.4.

[SparkQA]

Test build #145698 has finished for PR 34733 at commit fc448fc.

• This patch passes all tests.
• This patch merges cleanly.
• This patch adds no public classes.

[dongjoon-hyun]

To @MaxGekk , as @cloud-fan mentioned, it's a big change and not a good approach because SQL module had batter be complete by itself.

To @cloud-fan , yes, the deprecation is possible, but Hive ORC reader has still been used by some users. Do we officially resolve all old issues with native readers? I'm still not sure about that.

[dongjoon-hyun]

Thank you all! Merged to master.