|
[
Permlink
| « Hide
]
Ulrik Sandberg added a comment - 18/Dec/06 03:20 PM
Looking more closely at this issue, there are some things to consider. The main reason the DataAccessException hierarchy in Spring JDBC exists, is because SQLException is the only exception for all types of problems. In order to allow more selective catch-clauses, a new hierarchy was created, mirroring the different kinds of errors that would typically occur in the JDBC world. By contrast, JmsException is the base class for a mirrored hierarchy of the rich (but checked) JMSException hierarchy. In the LDAP world, there is a rich (but checked) hierarchy based on NamingException. Wouldn't the JMS approach suit us better than the JDBC approach?
Adding a view of the NamingException hierarchy.
Instead mirrored the NamingException hierarchy with a matching unchecked hierarchy, and now simply translating to those, much like Spring JMS.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||