Brief summary of issue
This issue is for the discussion of what to do with specific EMIT_RPC_ERROR functions which are called.
Since we are migrating the module to not make explicit reference to the rpc methods we will need to rethink any times where the code explicitly emits an rpc error and perhaps raise an exception
Types of issue
Current Behavior
For example, in gbt.cpp lines 46, 107, 125, 129, 162, 166, 189, and 193, there are several calls to EMIT_RPC_ERROR( response, message, errorcode). For some of these we may want to raise an exception in addition to logging it in the usual manner.
https://github.com/jsturdy/ctp7_modules/blob/53ccd17de4bae8619fbe355f7f8c62637a467273/include/utils.h#L207-L216
Currently the implementation for this migration is to replace the EMIT_RPC_ERROR calls with LOG4CPLUS_ERROR(logger, message) so I would like to establish how and when to raise exceptions in gbt and other submodules
Brief summary of issue
This issue is for the discussion of what to do with specific
EMIT_RPC_ERRORfunctions which are called.Since we are migrating the module to not make explicit reference to the rpc methods we will need to rethink any times where the code explicitly emits an rpc error and perhaps raise an exception
Types of issue
Current Behavior
For example, in
gbt.cpplines46,107,125,129,162,166,189, and193, there are several calls toEMIT_RPC_ERROR( response, message, errorcode). For some of these we may want to raise an exception in addition to logging it in the usual manner.https://github.com/jsturdy/ctp7_modules/blob/53ccd17de4bae8619fbe355f7f8c62637a467273/include/utils.h#L207-L216
Currently the implementation for this migration is to replace the
EMIT_RPC_ERRORcalls withLOG4CPLUS_ERROR(logger, message)so I would like to establish how and when to raise exceptions ingbtand other submodules