New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[SPARK-31232][SQL][DOCS] Specify formats of spark.sql.session.timeZone
#27999
Conversation
@cloud-fan @HyukjinKwon Please, review this PR. |
Test build #120258 has finished for PR 27999 at commit
|
jenkins, retest this, please |
Test build #120281 has finished for PR 27999 at commit
|
val SESSION_LOCAL_TIMEZONE = buildConf("spark.sql.session.timeZone") | ||
.doc("The ID of session local timezone in the format of either region-based zone IDs or " + | ||
"zone offsets. Region IDs must have the form 'area/city', such as 'America/Los_Angeles'. " + | ||
"Zone offsets must be in the format '(+|-)HH:mm', for example '-08:00' or '+01:00'.") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually why don't we add the simple reason about three-latters timezones? Like you described in PR description: other formats such as three-letter timezone IDs are ambitious
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
good idea!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I changed the doc.
Test build #120317 has finished for PR 27999 at commit
|
jenkins, retest this, please |
This is a doc only change, it should be good to go after pass compilation. Thanks, merging to master/3.0! |
In the PR, I propose to update the doc for `spark.sql.session.timeZone`, and restrict format of config's values to 2 forms: 1. Geographical regions, such as `America/Los_Angeles`. 2. Fixed offsets - a fully resolved offset from UTC. For example, `-08:00`. Other formats such as three-letter time zone IDs are ambitious, and depend on the locale. For example, `CST` could be U.S. `Central Standard Time` and `China Standard Time`. Such formats have been already deprecated in JDK, see [Three-letter time zone IDs](https://docs.oracle.com/javase/8/docs/api/java/util/TimeZone.html). No By running `./dev/scalastyle`, and manual testing. Closes #27999 from MaxGekk/doc-session-time-zone. Authored-by: Maxim Gekk <max.gekk@gmail.com> Signed-off-by: Wenchen Fan <wenchen@databricks.com> (cherry picked from commit 27d53de) Signed-off-by: Wenchen Fan <wenchen@databricks.com>
Test build #120322 has finished for PR 27999 at commit
|
### What changes were proposed in this pull request? In the PR, I propose to update the doc for `spark.sql.session.timeZone`, and restrict format of config's values to 2 forms: 1. Geographical regions, such as `America/Los_Angeles`. 2. Fixed offsets - a fully resolved offset from UTC. For example, `-08:00`. ### Why are the changes needed? Other formats such as three-letter time zone IDs are ambitious, and depend on the locale. For example, `CST` could be U.S. `Central Standard Time` and `China Standard Time`. Such formats have been already deprecated in JDK, see [Three-letter time zone IDs](https://docs.oracle.com/javase/8/docs/api/java/util/TimeZone.html). ### Does this PR introduce any user-facing change? No ### How was this patch tested? By running `./dev/scalastyle`, and manual testing. Closes apache#27999 from MaxGekk/doc-session-time-zone. Authored-by: Maxim Gekk <max.gekk@gmail.com> Signed-off-by: Wenchen Fan <wenchen@databricks.com>
What changes were proposed in this pull request?
In the PR, I propose to update the doc for
spark.sql.session.timeZone
, and restrict format of config's values to 2 forms:America/Los_Angeles
.-08:00
.Why are the changes needed?
Other formats such as three-letter time zone IDs are ambitious, and depend on the locale. For example,
CST
could be U.S.Central Standard Time
andChina Standard Time
. Such formats have been already deprecated in JDK, see Three-letter time zone IDs.Does this PR introduce any user-facing change?
No
How was this patch tested?
By running
./dev/scalastyle
, and manual testing.