Re: SQLExceptions in JDBCWorkflowStore

Bill Schneider <[email protected]>
Newsgroups gmane.comp.java.open-symphony.devel
Message-ID <05fd01c30fef$f906aaf0$6401a8c0@abbydesktop>
Sounds like we're on the same page on exception handling.

Is the plan to have most of the top-level Workflow methods throw
"WorkflowException" (checked or unchecked?  my vote would be for checked
except for things that can be verified before the call like
InvalidInputException) and have things like WorkflowStoreException,
WorkflowFactoryException etc., "extend WorkflowException"?

Then inside JDBCWorkflowStore you'd have

catch (SQLException e) {
  throw new WorkflowStoreException(e);
}

and in the AbstractWorkflow method that calls it you'd just have

public void doSomething... throws WorkflowException {
  // no need to wrap with try-catch, any thrown WorkflowStoreExceptions will
go straight
  // to client
  workflowStore.storeMethod();

}

Is that roughly in line with the OS team's thinking?
-- Bill



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.