Fix Cloudera 3.3.2 shim for handling CheckOverflowInTableInsert and orc zstd support

[tgravescs]

fixes #9457

We had some unit tests failing on 3.3.2 CDH. It looks like there are 2 issues:

1. Update test to skip the orc zstd because Cloudera doesn't support
2. The shim was based on 3.3.0 CDH instead of 3.3.1. This is 3.3.2 CDH so it should have been based on 3.3.1. Spark 3.3.1 adds handling for CheckOverflowInTableInsert, so the tests for this were failing as they should have.

[tgravescs]

build

[gerashegalov]

The three methods in the body of SparkShimImpl for 330cdh and 332cdh are identical.

We could have another trait

/*** spark-rapids-shim-json-lines
{"spark": "330cdh"}
{"spark": "332cdh"}
spark-rapids-shim-json-lines ***/
package com.nvidia.spark.rapids.shims

trait Spark33cdhShims extends AnsiCastRuleShims {
  override def getDataWriteCmds: Map[Class[_ <: DataWritingCommand],
      DataWritingCommandRule[_ <: DataWritingCommand]] = {
    Seq(GpuOverrides.dataWriteCmd[CreateDataSourceTableAsSelectCommand](
    "Create table with select command",
    (a, conf, p, r) => new CreateDataSourceTableAsSelectCommandMeta(a, conf, p, r))
    ).map(r => (r.getClassFor.asSubclass(classOf[DataWritingCommand]), r)).toMap
  }

  override def getRunnableCmds: Map[Class[_ <: RunnableCommand],
      RunnableCommandRule[_ <: RunnableCommand]] = {
    Map.empty
  }

  override def getExecs: Map[Class[_ <: SparkPlan], ExecRule[_ <: SparkPlan]] = {

    val newRule = org.apache.spark.sql.hive.cdh.HiveOverrides.getHiveTableExecRule()
    // scala compiler gets confused if we don't give an explicit type to the class here.
    // ... perhaps there is a cleaner way to do this
    val ruleClass: Class[_ <: SparkPlan] = newRule.getClassFor.asSubclass(classOf[SparkPlan])
    super.getExecs ++ Seq(ruleClass -> newRule).toMap
  }
}

for 330cdh object SparkShimImpl extends Spark330PlusNonDBShims with Spark33cdhShims

for 332cdh object SparkShimImpl extends Spark331PlusShims with Spark33cdhShims

[tgravescs]

updated but slightly differently to deal with calling super.getExecs from trait

[tgravescs]

build

[gerashegalov]

LGTM