JMSException -不应该触发重新初始化的“临时”问题的例子？

Question

寻找别人可能拥有的经验。或者JMS规范引用，如果你有的话。

在处理JMSException (在try/catch或onException()方法中)时，我们的典型做法是完全拆除现有的JMS连接/会话/...并重新初始化它们。

一个开发人员问我们是不是太悲观了。有没有我们应该把它当做临时性的，可以自行清理的案例？或者，在JMSException上完全拆卸/重新初始化是最好的方法吗？

我意识到这可能是特定于供应商的。但任何智慧都是受欢迎的。

Answer 1

很抱歉回答了我自己的问题。尽管知道JMS spec是怎么说JMSException的，我还是最后看了一眼，并对我在关于JMSException的章节中发现的内容感到惊讶。

我在JMSException下看到了标准化的JMS异常的完整列表。它们中的许多看起来像糟糕的API调用或其他东西，并不表明有任何需要拆卸/重新初始化的问题。比如InvalidDestinationException (只是猜测，还没有经验)。

因此，听起来更细粒度的捕获(不仅仅是JMSException)可以让我们区分需要重新初始化的条件。至少在某些情况下是这样。

任何进一步的想法/经验都将受到欢迎！