[
https://issues.apache.org/jira/browse/STORM-799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14629944#comment-14629944
]
ASF GitHub Bot commented on STORM-799:
--------------------------------------
Github user revans2 commented on the pull request:
https://github.com/apache/storm/pull/607#issuecomment-122006252
+1. The only possible issue is if someone is implementing their own
OutputCollector, possibly for running storm topologies on a different runtime.
And I am not too concerned about breaking them.
> Consolidate IErrorReporter and reportError methods
> --------------------------------------------------
>
> Key: STORM-799
> URL: https://issues.apache.org/jira/browse/STORM-799
> Project: Apache Storm
> Issue Type: Improvement
> Reporter: Simon Cooper
> Assignee: Aaron Dossett
> Priority: Minor
>
> ISpoutOutputCollector and IBasicOutputCollector all have a
> reportError(Throwable) method. This is identical to the method on
> IErrorReporter (which IBasicErrorReporter extends)
> It would help shared library code if all three collector types extended
> IErrorReporter, so that the same error-handling code can be used with all
> three component types.
> Additionally, it would be good if IBasicBolt passed an IErrorReporter in its
> prepare method, so the bolt can report errors during preparation, not just in
> tuple processing, and to ease interop between IRichBolt and IRichSpout which
> both have access to an error-reporting object during preparation.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)