[
https://issues.apache.org/jira/browse/HDDS-1258?focusedWorklogId=264621&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-264621
]
ASF GitHub Bot logged work on HDDS-1258:
----------------------------------------
Author: ASF GitHub Bot
Created on: 21/Jun/19 13:53
Start Date: 21/Jun/19 13:53
Worklog Time Spent: 10m
Work Description: sodonnel commented on issue #1001: HDDS-1258 - Fix
error propagation for SCM protocol
URL: https://github.com/apache/hadoop/pull/1001#issuecomment-504434085
@jiwq I am not sure what you mean by "the unify license style"? Can you
point to the file with the issue and what I should do to fix it please?
I ran all the failing tests locally and they all passed, so I think they are
unrelated to this change.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 264621)
Time Spent: 40m (was: 0.5h)
> Fix error propagation for SCM protocol
> --------------------------------------
>
> Key: HDDS-1258
> URL: https://issues.apache.org/jira/browse/HDDS-1258
> Project: Hadoop Distributed Data Store
> Issue Type: Improvement
> Reporter: Elek, Marton
> Assignee: Stephen O'Donnell
> Priority: Critical
> Labels: pull-request-available
> Time Spent: 40m
> Remaining Estimate: 0h
>
> HDDS-1068 fixed the error propagation between the OM client and OM server.
> By default the Server.java transforms all the IOExceptions to one string
> (message + stack trace) and this is returned to the client.
> But for business exception (eg. volume not found, chill mode is active, etc.)
> this is not what we need.
> In the OM side we fixed this behaviour. In the ServerSideTranslator classes
> we catch (server) the business (OMException) exceptions and serialize them to
> the response object.
> The exception (and the status code) is stored in message/status field of the
> OMResponse (hadoop-ozone/common/src/main/proto/OzoneManagerProtocol.proto)
> Here I propose to do the same for the ScmBlockLocationProtocol.proto.
> Unfortunately there is no common parent object (like OMRequest) in this
> protocol, but we can easily add one as only the Serverside/Clientside
> translator should be changed for that.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
