Handling Exceptions
In most cases, the default handling for an exception thrown by JSP elements is sufficient; the container forwards control to an error page where you can display a nice, user-friendly message. But for some types of tag handlers—for instance a tag handler that uses a pooled resource (such as a connection from a connection pool)—there must be a fail-safe way to handle exceptions thrown by nested elements, for instance to return the shared resource to the pool. If exceptions aren’t handled correctly, the resource pool “leaks,” and eventually the application runs out of resources and comes to an embarrassing halt. None of the three main classic tag handler interfaces include methods that are called in case of an exception in the element’s body, but a separate interface lets you deal with possible exceptions.
The
TryCatchFinally
interface is a so-called mix-in
interface, which means that a tag handler can
only implement it in addition to one of the three main tag handler
interfaces. It has two methods:
public void doCatch(Throwable t) throws Trowable public void doFinally( )
Example 21-11 shows the classic tag handler version for the action that writes the result of the evaluation of its body to a file.
package com.ora.jsp.tags.xmp; import java.io.*; import javax.servlet.*; import javax.servlet.jsp.*; import javax.servlet.jsp.tagext.*; public class ClassicFileWriteTag extends BodyTagSupport implements TryCatchFinally ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access