Question

Karaf v2.3.0，org.apache.aries.blueprint.core：1.0.1，在从另一个bundle导入的服务上调用接口方法时抛出ClassCastException。接口方法在接口上定义，并由实现类实现。我无法弄清楚服务代理如何认为它是Impl（TicketServiceImpl）而不是接口（TicketService）。我很感激有关如何解决这个问题的任何建议或建议。

例外：

    Caused by: java.lang.ClassCastException: 
    org.abc.TicketServiceImpl cannot be cast to
    org.abc.TicketService at 
    Proxy3ac85313_c60c_42db_8def_ea7bd3d7411c.add(Unknown Source)
    ...
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.6.0_37]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)[:1.6.0_37]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)[:1.6.0_37]
    at java.lang.reflect.Method.invoke(Method.java:597)[:1.6.0_37]
    at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:297)[7:org.apache.aries.blueprint.core:1.0.1]
    at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:958)[7:org.apache.aries.blueprint.core:1.0.1]
    ...

奇怪的是，在异常之前，我打印代理.getInterfaces（），这意味着代理是TicketService，而不是TicketServiceImpl。

    MyTicketServer proxy interfaces: org.abc.TicketService, 
    org.apache.aries.proxy.weaving.WovenProxy 
    MyTicketServer Proxy class name: Proxy3ac85313_c60c_42db_8def_ea7bd3d7411c

我还尝试在代理上强制进行Class测试：

    if (myTicketService instanceof TicketService) { <-- you'd think this would help
        myTicketService.add(ticket); //<-- Throws proxy ClassCastException!!
    } // implies problem is in the return path through proxy back to method

Answer 1

几乎得到它...通过在客户端blueprint.xml中删除客户端bean上的“init-method”来修复TicketService上的classCastException。现在，而不是从init-method启动的doProcess（），它由driver.onRegisterService（）启动，它调用client.doProcess（），它调用TicketService.add（）没有问题，没有例外。

<bean id="driver" class="org.xyz.RetrieveDriver"></bean>
<service id="ticketRetriever" interface="org.xyz.TicketRetriever"
    ref="ticketRetrieverRT">
    <registration-listener ref="driver"
        registration-method="onRegisterService" 
        unregistration-method="onUnregisterService" />
</service>

这让我觉得客户端在构建服务代理之前一直在尝试使用该服务（在它的init-method =“doProcess”中）。我认为等待客户端正式注册的第三类（驱动程序）将确保代理已准备好供客户端使用。

但是，然后我向客户端添加了第二个服务属性。第二个服务在调用其方法时间歇性地抛出ClassCastException。现在我认为这可能是一个普通的老竞争条件;我通过添加驱动程序减慢了客户端的速度，但速度不够慢，以防止第二个服务在准备好之前被使用。这也可能是错误的。我很感激任何想法。

如果问题没有神奇地消失，我将为ClassCastException添加一个catch，假设服务还没有准备好。

Karaf OSGI Aries Blueprint ClassCastException：Impl无法转换为Interface

1 个答案: