Back2Basics: Exception Handling – #1

Table of contents
Reading Time: 3 minutes

While building an application, it is common that something might go wrong. What if there is an attempt to divide a number by 0 or fetching the data from the database which does not exist, or reading a file which can’t be located? We need to handle such situations to make sure our application does not go down. Every language provides ways to handle such exceptional scenario, so does Scala.

Scala, unlike Java, does not have the concept of checked exceptions. So, now you might be wondering why is it so?

Java’s checked exceptions force you to catch exceptions you don’t care to handle. That often leads to programmers placing empty catch blocks, thus suppressing exceptions instead of naturally propagating them to be handled at the right place. Scala does not do that. It lets you handle exceptions you care about and leave out the rest. What you don’t handle is propagated up automatically.

As you know, Scala is a functional and object-oriented language. The functional aspect of it dictates that side-effects should be eliminated, or at least minimized as much as possible.

Throwing an exception is a side-effect since it is not referentially transparent (i.e., it depends on the context of where the exception is thrown, for example, if the exception is thrown from inside a try block, it will be caught whereas if it is thrown outside of that try block, it will alter the flow of the program).

Scala supports three ways to handle exceptions:

1) try and catch block
2) Try block
3) Either block

Scala’s try and catch block is same as Java’s. We need to wrap the method that can throw any type of Exception in a try block and then catch the exception in the catch block. Let’s see this with the help of an example.

I have defined two exceptions:

I have defined a method eligibleToVote(voter: Voter), which takes a case class Voter as an input parameter,

Now, let’s create utility method canVote, which will call above method,

The result of the above call is:

We saw how we handled exception using try/catch block. Let see how we can handle exceptions in a functional style using Scala’s Try and Either.

The Try type represents a computation that may either result in an exception or return a successfully computed value. It’s similar to but semantically different from the scala.util.Either type.

Calling method decide with valid and invalid age whether the result is success or failure,

When we invoked the method with negative age, it resulted in a Failure[String] containing NegativeAgeException whereas invoking with a valid age resulted in a Success[String] containing proper response.

We have seen how we can handle exceptions try/catch block and Scala’s Try block. We will explore about handling exception using Either in next blog.


  1. Pragmatic Scala
  2. Why Scala does not have the concept of checked and unchecked exception?


Written by 

I am a Software Consultant and has experience of more than 1.5 years. I like to study and write about latest technologies.

3 thoughts on “Back2Basics: Exception Handling – #13 min read

Comments are closed.