【问题标题】:java.lang.IllegalStateException: EJBCLIENT000025: No EJB receiver available for handling combination for invocation contextjava.lang.IllegalStateException:EJBCLIENT000025:没有可用于处理调用上下文组合的 EJB 接收器
【发布时间】:2018-03-10 06:46:47
【问题描述】:

我有一个由 3 层组成的应用程序:DB、包含 EJB 的 后端(在 Wildfly EJB 容器上单独运行)和 前端 strong> 一个 EJB 客户端(在 Tomcat 上单独运行)。前端和后端之间的通信由 DTO(数据传输对象)完成。一切正常,直到我在其中一个 DTO 中添加了一个新的地图字段:

public class xxxDTO implements Serializable {
    private static final long serialVersionUID = 5811694947383586010L;

    // simple fields like String, Integer, etc. go here
    private Map<Language, yyyNameDTO> NameDetailsMap;

    .....
}

我添加了 map 字段后,客户端对 xxxDTO 的 EJB 方法调用给出了以下异常:

java.lang.IllegalStateException: EJBCLIENT000025: No EJB receiver available for handling [appName:app, moduleName:app-ejb, distinctName:] combination for invocation context org.jboss.ejb.client.EJBClientInvocationContext@2d3f6ba3
at org.jboss.ejb.client.EJBClientContext.requireEJBReceiver(EJBClientContext.java:749) ~[jboss-ejb-client-2.0.1.Final.jar:2.0.1.Final]
at org.jboss.ejb.client.ReceiverInterceptor.handleInvocation(ReceiverInterceptor.java:116) ~[jboss-ejb-client-2.0.1.Final.jar:2.0.1.Final]
at org.jboss.ejb.client.EJBClientInvocationContext.sendRequest(EJBClientInvocationContext.java:186) ~[jboss-ejb-client-2.0.1.Final.jar:2.0.1.Final]
at org.jboss.ejb.client.EJBClientInvocationContext.retryRequest(EJBClientInvocationContext.java:211) ~[jboss-ejb-client-2.0.1.Final.jar:2.0.1.Final]
at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:256) ~[jboss-ejb-client-2.0.1.Final.jar:2.0.1.Final]
at org.jboss.ejb.client.EJBInvocationHandler.sendRequestWithPossibleRetries(EJBInvocationHandler.java:265) ~[jboss-ejb-client-2.0.1.Final.jar:2.0.1.Final]
at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:198) ~[jboss-ejb-client-2.0.1.Final.jar:2.0.1.Final]
at org.jboss.ejb.client.EJBInvocationHandler.doInvoke(EJBInvocationHandler.java:181) ~[jboss-ejb-client-2.0.1.Final.jar:2.0.1.Final]
at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:144) ~[jboss-ejb-client-2.0.1.Final.jar:2.0.1.Final]
at com.sun.proxy.$Proxy65.registerTaxpayer(Unknown Source) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_66]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_66]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_66]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_66]
at org.springframework.remoting.rmi.RmiClientInterceptorUtils.invokeRemoteMethod(RmiClientInterceptorUtils.java:71) ~[spring-context-4.1.5.RELEASE.jar:4.1.5.RELEASE]
at org.springframework.ejb.access.SimpleRemoteSlsbInvokerInterceptor.doInvoke(SimpleRemoteSlsbInvokerInterceptor.java:98) ~[spring-context-4.1.5.RELEASE.jar:4.1.5.RELEASE]
at org.springframework.ejb.access.AbstractRemoteSlsbInvokerInterceptor.invokeInContext(AbstractRemoteSlsbInvokerInterceptor.java:140) ~[spring-context-4.1.5.RELEASE.jar:4.1.5.RELEASE]
at org.springframework.ejb.access.AbstractSlsbInvokerInterceptor.invoke(AbstractSlsbInvokerInterceptor.java:189) ~[spring-context-4.1.5.RELEASE.jar:4.1.5.RELEASE]
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) ~[spring-aop-4.1.5.RELEASE.jar:4.1.5.RELEASE]
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207) ~[spring-aop-4.1.5.RELEASE.jar:4.1.5.RELEASE]
at com.sun.proxy.$Proxy22.registerTaxpayer(Unknown Source) ~[?:?]

当我删除 map 字段或将该字段设置为 null 时,EJB 接收器变得可用并且一切正常,但如果 map 字段的值不是 null,则 EJB 接收器将不可用。

我试图通过更改SerialVersionUID 来解决它(认为这可能是一个序列化和版本控制问题)但没有结果。

问题是:

  • 为什么map字段会导致抛出异常?
  • 如何解决?

【问题讨论】:

    标签: java jakarta-ee ejb-3.0 dto


    【解决方案1】:

    我刚刚解决了这个问题。 愚蠢的错误:我忘记实现Serializable 接口并为我的yyyNameDTO 新添加的DTO 类放了一个serialVersionUID

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2017-04-19
      • 2012-09-08
      • 2016-07-17
      • 1970-01-01
      • 2013-02-28
      • 1970-01-01
      • 2012-10-05
      • 1970-01-01
      相关资源
      最近更新 更多