[WIP][SQL] Refactor the implementation of SparkDateTimeUtils#toJavaDate

[LuciferYang]

What changes were proposed in this pull request?

Why are the changes needed?

Does this PR introduce any user-facing change?

How was this patch tested?

Was this patch authored or co-authored using generative AI tooling?

[LuciferYang]

In #45716, I replaced the direct call to sun.util.calendar.ZoneInfo with the use of MethodHandle in order to make Spark 4.0 to be build with -release.

However, referring to the fromJavaDate function, I wonder if we can directly use TimeZone.getDefault.getOffset(localMillis) here?

spark/sql/api/src/main/scala/org/apache/spark/sql/catalyst/util/SparkDateTimeUtils.scala

Lines 193 to 198 in 03f4e45

	def fromJavaDate(date: Date): Int = {
	val millisUtc = date.getTime
	val millisLocal = millisUtc + TimeZone.getDefault.getOffset(millisUtc)
	val julianDays = Math.toIntExact(Math.floorDiv(millisLocal, MILLIS_PER_DAY))
	rebaseJulianToGregorianDays(julianDays)
	}

All unit tests have passed with this pr. Is there any other reason that sun.util.calendar.ZoneInfo must be used here?

@hvanhovell @MaxGekk @dongjoon-hyun @HyukjinKwon

[LuciferYang]

If this is feasible, I will update the PR description later