Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Beautiful Errors

DZone's Guide to

Beautiful Errors

Error handling should not only handle all edge cases and be done properly but should also let people working on the code in the future know how they should proceed.

· Performance Zone
Free Resource

Transform incident management with machine learning and analytics to help you maintain optimal performance and availability while keeping pace with the growing demands of digital business with this eBook, brought to you in partnership with BMC.

The following code in a recent PR caused it to be rejected. Can you figure out why?

image

The error clearly states what the error is, but it fails to provide crucial details — namely, which files have been corrupted. If I’m seeing an error like this in my logs, I need to be able to figure out what happened, and not just hope and guess.

I’m picking up on this particular change because I found myself tallying in my head the number of comments I make on PRs from our team, and quite a large portion of that involve these kinds of changes. What I’m looking for with error handling is not just to do it properly and handle all edge cases, but to also properly report it so the person who will end up reading this error message (very likely years from now) will have some clue about what they are supposed to do now.

Sometimes, we go to great lengths to ensure that this is the case. We have an entirely different server mode dedicated to handling catastrophic errors, so when you try to get into RavenDB, you’ll get a meaningful error page that will at least try to give you an idea about how to fix this issue, for example. The sad part is that it is very easy to have a single error sour up a really good experience because it doesn’t provide you with the right information to fix it.

We spend a lot of time just crafting errors properly. They go to the log, they are sometimes blocking the UI (if the server cannot start), and we have a dedicated alert system that handles error and alert distribution across the cluster so that an admin can get into any node and see all the stuff that they need to know about across the entire cluster.

Evolve your approach to Application Performance Monitoring by adopting five best practices that are outlined and explored in this e-book, brought to you in partnership with BMC.

Topics:
performance ,error handling ,code errors

Published at DZone with permission of Oren Eini, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

THE DZONE NEWSLETTER

Dev Resources & Solutions Straight to Your Inbox

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

X

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}