EJB-在重新抛出挂起的异常时发现意外异常
当我从EJB调用一个方法时，我遇到了一个奇怪的异常。EJB的方法只是参考BD并返回一个VO。当我从一个独立的客户机调用该方法时，所有这些都能很好地工作，但是当我从同一台服务器、从另一个EJB调用该方法时，它返回：org。天啊。科尔巴。未知：重新引发挂起的异常时发现意外异常：（.VOObject）vmcid:IBM次要代码：EA5已完成：可能
服务器是WebSphereApplicationServer8.5，EJB源是3.1，EJB目标是2.1。
好主意吗？提前谢谢。
共有1个答案
我也有类似的问题。确保VO类位于调用方EJB类路径中（如果使用Maven，请添加相应的依赖项）。目标EJB很可能包含一个签名中带有该VO的方法。
-
假设我想在收到特定异常时恢复某个值，否则返回失败的未来。我希望是这样的： 如果函数会抛出检查过的异常，我想在链式方法中处理它。我尝试过和，但都无法编译。是否为这种情况提供了任何解决方案？我知道接口是方法的参数，它不会抛出任何异常——在这种情况下，我只想返回已经失败的未来。我想找到使用Java8的解决方案。
-
问题内容： 我有一个关于Java中重新引发异常的非常简单的问题。 这是代码片段： 为什么我们需要在第一个版本中重新抛出，而第二个版本看起来更优雅？可能有什么好处，并且优先选择哪个版本？ 问题答案： 你是对的。第二版更好。而且，第一个版本没有任何意义。除了异常的堆栈跟踪为“错误”之外，它的功能相同。 有“重新抛出”异常的原因如下： 如果您之前有事要做。 如果捕获一种类型的异常并抛出另一种类型的异常：
-
抛出异常有什么意义？例如，我偶然发现： 但是当你不扔零点的时候，你也会得到一个零点？我经常看到这个，我想知道这是否是一个学习的好习惯？
-
我在Android Studio（3.1.3）中遇到了一个问题，当（我假设是）外部库中抛出异常时，应用程序将挂起。这使得调试变得不可能，因为我从未看到异常是什么。它不会打印到Logcat、调试控制台中，并且不会在try-catch语句中捕获异常。 起初我以为这是因为代码在另一个线程上运行，但当它也在主线程上运行时，就会发生这种情况。 我还尝试重新启动emulator、android studio和
-
你怎么捕获一个异常，之后在另外一个线程上重新抛出？使用在标准文档18.8.5中描述的异常传递中的方法吧，那将显示标准库的魔力。 exception_ptr current_exception(); 返回一个exception_ptr 变量，它将指向现在正在处理的异常（15.3）或者现在正在处理的异常的副本（拷贝），或者有的时候在当前没有遇到异常的时候，返回值为一个空的exception_ptr变量
-
我不明白为什么我总是得到这个错误