[
https://issues.apache.org/jira/browse/HIVE-26336?focusedWorklogId=813905&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-813905
]
ASF GitHub Bot logged work on HIVE-26336:
-----------------------------------------
Author: ASF GitHub Bot
Created on: 02/Oct/22 00:32
Start Date: 02/Oct/22 00:32
Worklog Time Spent: 10m
Work Description: github-actions[bot] closed pull request #3379:
[HIVE-26336] Introduce a new JDBC parameter connectTimeout
URL: https://github.com/apache/hive/pull/3379
Issue Time Tracking
-------------------
Worklog Id: (was: 813905)
Time Spent: 8h 40m (was: 8.5h)
> Hive JDBC Driver should respect JDBC DriverManager#loginTimeout
> ---------------------------------------------------------------
>
> Key: HIVE-26336
> URL: https://issues.apache.org/jira/browse/HIVE-26336
> Project: Hive
> Issue Type: Bug
> Components: JDBC
> Affects Versions: 4.0.0-alpha-1
> Reporter: Cheng Pan
> Priority: Major
> Labels: pull-request-available
> Time Spent: 8h 40m
> Remaining Estimate: 0h
>
> Before HIVE-12371, the Hive JDBC Driver uses DriverManager#loginTimeout as
> both connectTimeout and socketTimeout, which usually cause socket timeout
> exceptions for users who use Hive JDBC Driver in Spring Boot project, because
> Spring Boot will setLoginTimeout to 30s (default values).
> HIVE-12371 introduced a new parameter socketTimeout, and does not care about
> DriverManager#loginTimeout anymore, I think it's not a correct solution.
> I think the for loginTimeout, prefer to use loginTimeout (in milliseconds)
> from jdbc connection url, and fallback to use DriverManger#getLoginTimeout
> (in seconds).
> For socketTimeout, use socketTimeout (in milliseconds) from jdbc connection
> url if present.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
