[prev in list] [next in list] [prev in thread] [next in thread] 

List:       jacorb-developer
Subject:    [jacorb-developer] Illegal IDL Name in Orb Singleton
From:       Klint Qinami <qinami () reservoir ! com>
Date:       2020-06-17 12:05:49
Message-ID: 891398D6-8138-4366-8993-805006F4D969 () getmailspring ! com
[Download RAW message or body]

Hello everyone,

We are using JacORB in a client application to control CORBA objects in a different \
environment. The CORBA object in the other environment are using a different ORB \
(orbExpress). We can communicate with the objects on the environment but there is a \
case where we get a CORBA exception. It happen in the case we invoke an operation on \
the remote object that returns a structure with few fields, on of them being a \
sequence of the same type of structure. On of the field of the structure is of type \
CORBA::Object. The following is the error message and stack trace we obtain on the \
client side

Exception in thread "main" org.omg.CORBA.BAD_PARAM: Illegal IDL name: CORBA::Object \
vmcid: 0x0 minor code: 15 completed: No at \
org.jacorb.orb.ORBSingleton.checkTCName(ORBSingleton.java:337) at \
org.jacorb.orb.ORBSingleton.create_interface_tc(ORBSingleton.java:543) at \
org.jacorb.orb.typecode.ObjectReferenceTypeCodeReader.doReadTypeCode(ObjectReferenceTypeCodeReader.java:45)
 at org.jacorb.orb.typecode.AbstractTypeCodeReader.readTypeCode(AbstractTypeCodeReader.java:54)
 at org.jacorb.orb.typecode.DelegatingTypeCodeReader.doReadTypeCode(DelegatingTypeCodeReader.java:123)
 at org.jacorb.orb.typecode.DelegatingTypeCodeReader.readTypeCode(DelegatingTypeCodeReader.java:103)
 at org.jacorb.orb.CDRInputStream.read_TypeCode(CDRInputStream.java:1338)
at org.jacorb.orb.typecode.StructTypeCodeReader.doReadTypeCodeInternal(StructTypeCodeReader.java:42)
 at org.jacorb.orb.typecode.ComplexTypeCodeReader.doReadTypeCode(ComplexTypeCodeReader.java:47)
 at org.jacorb.orb.typecode.AbstractTypeCodeReader.readTypeCode(AbstractTypeCodeReader.java:54)
 at org.jacorb.orb.typecode.DelegatingTypeCodeReader.doReadTypeCode(DelegatingTypeCodeReader.java:123)
 at org.jacorb.orb.typecode.DelegatingTypeCodeReader.readTypeCode(DelegatingTypeCodeReader.java:103)
 at org.jacorb.orb.CDRInputStream.read_TypeCode(CDRInputStream.java:1338)
at org.jacorb.orb.typecode.SequenceTypeCodeReader.doReadTypeCode(SequenceTypeCodeReader.java:37)
 at org.jacorb.orb.typecode.AbstractTypeCodeReader.readTypeCode(AbstractTypeCodeReader.java:54)
 at org.jacorb.orb.typecode.DelegatingTypeCodeReader.doReadTypeCode(DelegatingTypeCodeReader.java:123)
 at org.jacorb.orb.typecode.DelegatingTypeCodeReader.readTypeCode(DelegatingTypeCodeReader.java:103)
 at org.jacorb.orb.CDRInputStream.read_TypeCode(CDRInputStream.java:1338)
at org.jacorb.orb.CDRInputStream.read_TypeCode(CDRInputStream.java:1324)
at org.jacorb.orb.CDRInputStream.read_any(CDRInputStream.java:675)
at CF.DataTypeHelper.read(DataTypeHelper.java:63)
at CF.PropertiesHelper.read(PropertiesHelper.java:66)
at CF.ComponentTypeHelper.read(ComponentTypeHelper.java:67)
at CF._ApplicationFactoryStub.create(_ApplicationFactoryStub.java:126)
at DomainManagerWrapper.instantiateApplication(DomainManagerWrapper.java:200)
at Verifier.verify(Verifier.java:39)

at WTP.main(WTP.java:40)

As a test, we replaced JacORB on the client side with the Java ORB provided with the \
JRE and the client program works fine.

Do you have any idea can be the problem and the solution for this issue? I believe \
the ORB in the other environment is implementing CORBA 2.5. Is it possible that \
JacORB has an interoperability issue with such ORB? Best,
Klint
_______________________________________________
jacorb-developer maillist  -  jacorb-developer@lists.spline.inf.fu-berlin.de
https://lists.spline.inf.fu-berlin.de/mailman/listinfo/jacorb-developer


[prev in list] [next in list] [prev in thread] [next in thread]