You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@geode.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2018/02/12 22:08:00 UTC
[jira] [Commented] (GEODE-4377) Don't catch encoding exceptions in
OperationHandlers
[ https://issues.apache.org/jira/browse/GEODE-4377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16361523#comment-16361523 ]
ASF subversion and git services commented on GEODE-4377:
--------------------------------------------------------
Commit 6e255ecf1fddde7440079d148fdcfca5c6bcbf5b in geode's branch refs/heads/feature/GEODE-4377 from [~bschuchardt]
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=6e255ec ]
GEODE-4377: Don't catch encoding exceptions in OperationHandlers
This adds DecodingException and moves the handling of both
EncodingException and DecodingException to ProtobufOpsProcessor's
processOperation() method.
> Don't catch encoding exceptions in OperationHandlers
> ----------------------------------------------------
>
> Key: GEODE-4377
> URL: https://issues.apache.org/jira/browse/GEODE-4377
> Project: Geode
> Issue Type: Improvement
> Components: client/server
> Reporter: Galen O'Sullivan
> Priority: Major
>
> In the protobuf protocol, we are currently catching EncodingException due to values that we can't deserialize or result values that we can't serialize.
> Encoding and decoding exceptions should be handled differently, so clients can tell if a value was present but could not be serialized.
> Encoding and decoding errors should be handled consistently across operation handlers.
> Probably we could throw Encoding or Decoding exceptions and handle them at a higher level than the individual op handler.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)