[ https://issues.apache.org/jira/browse/HIVE-5217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13817046#comment-13817046 ]
Carl Steinbach commented on HIVE-5217: -------------------------------------- bq. It wouldn't be too hard to add support for a non long polling getOperationStatus call in future, specially a non rpc call. Adding a getOperationStatusInternal() or getOperationStatusNonLongPoll() method to work around this problem is exactly the sort of thing I want to avoid. This patch implements a service layer feature, so I think it makes sense that the implementation belongs in the service layer as well. In CLIService.getOperationStatus() you have access to the SessionManager, and from that you can easily get the Session object, the Operation object, the operation type, and the Session's configuration. As an added bonus you also get the OperationHandle which makes it easier to emit useful log messages that reference the session and operation IDs. > Add long polling to asynchronous execution in HiveServer2 > --------------------------------------------------------- > > Key: HIVE-5217 > URL: https://issues.apache.org/jira/browse/HIVE-5217 > Project: Hive > Issue Type: Improvement > Components: HiveServer2 > Affects Versions: 0.13.0 > Reporter: Vaibhav Gumashta > Assignee: Vaibhav Gumashta > Fix For: 0.13.0 > > Attachments: HIVE-5217.D12801.2.patch, HIVE-5217.D12801.3.patch, > HIVE-5217.D12801.4.patch, HIVE-5217.D12801.5.patch, HIVE-5217.D12801.6.patch > > > [HIVE-4617|https://issues.apache.org/jira/browse/HIVE-4617] provides support > for async execution in HS2. The client gets an operation handle which it can > poll to check on the operation status. However, the polling frequency is > entirely left to the client which can be resource inefficient. Long polling > will solve this, by blocking the client request to check the operation status > for a configurable amount of time (a new HS2 config) if the data is not > available, but responding immediately if the data is available. -- This message was sent by Atlassian JIRA (v6.1#6144)