Difference between revisions of "Java Error Handling"
imported>Aeric |
imported>Aeric |
||
Line 9: | Line 9: | ||
===Error Handling Principles=== | ===Error Handling Principles=== | ||
# All calls to platform functions and standard Java functions need to be in a try-catch block. | # All calls to platform functions and standard Java functions need to be in a try-catch block. (Otherwise, a standard Java exceptions would be ignored.) | ||
# Calls to [[Functions.showMessage]] are useful | # Calls to [[Functions.showMessage]] are useful only in the normal flow of code.<br>(You have to re-throw an exception to be sure it is seen. But when you re-throw it, the message it contains is the ''only'' thing the user sees.) | ||
# A standard Java stack trace is of little value, since is consists almost entirely of calls inside the platform. | # A standard Java stack trace is of little value, since is consists almost entirely of calls inside the platform. | ||
# To get a useful trace, catch every exception and add the name of the current method to the log | # To get a useful trace, catch every exception and add the name of the current method to the log, along with the exception's class name: | ||
#:a. Call [[Logger.info]]. Use the class name as "category" label. | #:a. Call [[Logger.info]]. Use the class name as "category" label. | ||
#:b. Include the method name in the message. | #:b. Include the method name in the message. | ||
#:c. | #:c. Include the exception's class name, using <tt>e.getClass().getName()</tt>.<br>For things like ArrayIndexOutOfBounds, that will generally tell you what went wrong. | ||
# In a catch block, the rule is to LOG and RE-THROW: | # In a catch block, the rule is to LOG and RE-THROW: | ||
#:<syntaxhighlight lang="java" enclose="div"> | #:<syntaxhighlight lang="java" enclose="div"> | ||
Line 23: | Line 23: | ||
catch (Exception e) { | catch (Exception e) { | ||
// LOG and RE-THROW | // LOG and RE-THROW | ||
String msg = " | String msg = ""; | ||
log( | log( "methodName(): "+e.getClass().getName() ); | ||
throw e; // Roll back the current transaction | throw e; // Roll back the current transaction | ||
} | } | ||
</syntaxhighlight> | </syntaxhighlight> | ||
#: If there are multiple calls to platform functions, and you want different messages, you need a separate try-catch block for each call. | #: | ||
# If there are multiple calls to platform functions, and you want different messages, you need a separate try-catch block for each call. | |||
#: | #: | ||
# In code that is outside of a catch block (for example, when a call worked but you got back an unexpected value), the rule is to THROW THE ERROR, using [[Functions.throwError]] to generate an exception that interrupts processing and rolls back the current transaction: | # In code that is outside of a catch block (for example, when a call worked but you got back an unexpected value), the rule is to THROW THE ERROR, using [[Functions.throwError]] to generate an exception that interrupts processing and rolls back the current transaction: |
Revision as of 02:24, 14 November 2014
The goal of error handling is identify the error that occurred, where it happened, and (ideally) what data was present at the time. The ideas presented in this section can help to achieve those goals.
Error Handling Tools
The Java Class Template embodies the error handling principles explained below. To do so, it uses the following tools:
- Logger.info - Put a text message into the Debug Log. (Add "/n" (newline) to create a line break.)
- Functions.showMessage - Display an HTML message onscreen. (Add "<br>" to create a line break.
Only one message is displayed, when the code returns to the platform. Multiple calls are concatenated.) - Functions.throwError - Raise an exception to discontinue processing and roll back the current transaction.
get a stack trace, but it generally doesn't help very much, because the trace is almost entirely devoted to the sequence of platform calls that got to your code. You're more interested in the steps your program followed. Following these steps gives you that information
Error Handling Principles
- All calls to platform functions and standard Java functions need to be in a try-catch block. (Otherwise, a standard Java exceptions would be ignored.)
- Calls to Functions.showMessage are useful only in the normal flow of code.
(You have to re-throw an exception to be sure it is seen. But when you re-throw it, the message it contains is the only thing the user sees.) - A standard Java stack trace is of little value, since is consists almost entirely of calls inside the platform.
- To get a useful trace, catch every exception and add the name of the current method to the log, along with the exception's class name:
- a. Call Logger.info. Use the class name as "category" label.
- b. Include the method name in the message.
- c. Include the exception's class name, using e.getClass().getName().
For things like ArrayIndexOutOfBounds, that will generally tell you what went wrong.
- In a catch block, the rule is to LOG and RE-THROW:
- <syntaxhighlight lang="java" enclose="div">
try {
...
} catch (Exception e) {
// LOG and RE-THROW String msg = ""; log( "methodName(): "+e.getClass().getName() ); throw e; // Roll back the current transaction
} </syntaxhighlight>
- If there are multiple calls to platform functions, and you want different messages, you need a separate try-catch block for each call.
- In code that is outside of a catch block (for example, when a call worked but you got back an unexpected value), the rule is to THROW THE ERROR, using Functions.throwError to generate an exception that interrupts processing and rolls back the current transaction:
- <syntaxhighlight lang="java" enclose="div">
// THROW THE ERROR String msg = ""Error <while doing something> in methodName()"; Functions.throwError(msg); </syntaxhighlight>