<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div><br></div><div>The change was just to the fake rpc backend to help catch more errors in</div><div>unit tests where non-primitive types are getting passed into rpc.</div></div></div></span></blockquote><div><br></div><div><span style="font-size: 12px;">My current code should still work, but the tests seem to have eliminated the more generic exception handling case with the assumption that testing the exceptions and the exception serialization/deserialization is sufficient.</span></div><div><span style="font-size: 12px;"><br></span></div><div><span style="font-size: 12px;">That said, I'd rather utilize *more* stuff from rpc.common, so won't complain too badly. I know that the ZeroMQ driver could be thinned a bit, by better using some of the primitives available in rpc.common and we might be able to refactor some of the stuff in ampq.py to be more generically useful (maybe).  Right now, none of that is a huge concern to me, we can get it integrated and do the DRY later.</span></div><div><span style="font-size: 12px;"><br></span></div>-- <br>Eric Windisch<div><br></div>