<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Error-Handling on Brian Faust</title><link>https://vacua.dev/tags/error-handling/</link><description>Recent content in Error-Handling on Brian Faust</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Mon, 01 Jan 0001 00:00:00 +0000</lastBuildDate><atom:link href="https://vacua.dev/tags/error-handling/rss.xml" rel="self" type="application/rss+xml"/><item><title>Silencing an Error Does Not Protect the Customer</title><link>https://vacua.dev/thoughts/silencing-an-error-does-not-protect-the-customer/</link><pubDate>Wed, 01 Jun 2016 00:00:00 +0000</pubDate><guid>https://vacua.dev/thoughts/silencing-an-error-does-not-protect-the-customer/</guid><description>&lt;p&gt;A shipment-booking request returned without an error. The shipment appeared in
the system, so the request looked successful. It had no label and no tracking
number.&lt;/p&gt;
&lt;p&gt;Persistence had failed after the remote booking completed. A broad catch
swallowed the exception, emitted no report or log, and continued. The code met
one operational request—do not show customers errors—by returning an object
which the customer could not use.&lt;/p&gt;
&lt;p&gt;The intent was reasonable. Customers prefer reliable bookings to error
messages. But once the system can no longer produce the required result,
silence does not create reliability. It converts a known failure into an
ambiguous success and hands the investigation to the customer.&lt;/p&gt;</description></item></channel></rss>