Java类名兼容

Java类名兼容,java,corba,Java,Corba,我们有一个Java客户机,它使用corba调用多个第三方系统。这些是实现同一组接口的不同系统。我们得到了使用这些接口的库(jar文件)。例如,这些库中的一个对象是 this.that.GeneralException 现在我们必须连接到另一个外部系统,但他们通过引入更多的包级别来更改命名,如: org.example.this.that.GeneralException 我的猜测是,上面的课程会被认为是完全不同的。因此,我复制了一份旧客户机,切换到新的库,并根据新的命名规则更改了引用。 由于

我们有一个Java客户机,它使用corba调用多个第三方系统。这些是实现同一组接口的不同系统。我们得到了使用这些接口的库(jar文件)。例如,这些库中的一个对象是

this.that.GeneralException
现在我们必须连接到另一个外部系统,但他们通过引入更多的包级别来更改命名,如:

org.example.this.that.GeneralException
我的猜测是,上面的课程会被认为是完全不同的。因此,我复制了一份旧客户机,切换到新的库,并根据新的命名规则更改了引用。 由于缺乏新系统的测试环境,我将该客户机与一个旧系统连接。令人惊讶的是,它运行得非常好

这是否与corba有关,或者我在这里遗漏了什么

编辑


刚刚收到一个第三方开发者的通知。实际上,这与corba没有任何关系。相反,他们试图保持系统的向后兼容性。因此,他们将新的命名方案映射到旧的命名方案,现在同时提供两个名称下的接口。

CORBA的存根和骨架通常通过IDL生成。IDL定义的一部分定义了Java生成的存根的包结构。通过更改客户机接口类的包结构,您基本上实现了ORB在客户机和服务器之间所期望的契约。您遇到的唯一问题是客户端存根引用了服务器上不存在的方法。

实际上,这与corba没有任何关系。相反,他们试图保持系统的向后兼容性。因此,他们将新的命名方案映射到旧的命名方案,现在同时提供两个名称下的接口