在EJB3无状态会话be an上调用remove()是否重要?也许在WebLogic上?

我正在将EJB2应用程序迁移到EJB3(删除所有这些部署描述符是多么令人满意的任务!)它以前在WebLogic上运行,现在在GlassFish上运行。

任务进展得很顺利,但有一件事让我担心:当前的代码非常小心地确保 EJBObject.remove() 当bean完成它的工作时调用它,而其他开发人员(不幸的是非常模糊)有关于“坏事情”的记忆,当它没有完成时发生。

但是,对于EJB3,实现类不实现 EJBObject ,所以没有 remove() 要调用的方法。我的理解是,在无状态会话bean上调用它实际上没有任何意义,因为它们是无状态的。

这些“坏东西”可能是特定于WebLogic的吗?如果没有,还有什么?我应该避免EJB3的全部重量,并保留一个扩展的远程接口吗? 弹出窗口 ?或者只是把它作为货物崇拜程序注销,删除所有那些“尝试/最终”条款?

我倾向于后者,但感觉不太舒服。