Try the released 3.2.7 as this contains the same corba base that was used for the j2ee 1.4 interop tests. If that still shows a problem then its likely 4.0.x will as well.
The overloaded method bug is fixed in 3.2.7 but the repository ids are still invalid.
rmic and janeva both generate the following valid IDL id
jboss outputs the following - notice that the last hex section is off
I guess there was some cut-and-paste mistake, as both ids above are exactly equal...
Anyway, JBoss contains no code for computing RMI repository ids. It merely calls the method getRMIRepositoryID(Class clz), which is provided by the JDK's implementation of the interface javax.rmi.CORBA.ValueHandler. You're probably seeing a JDK bug:
This bug has been fixed in JDK 1.4.0. Are you running JBoss on a pre-1.4 JDK?
Thanks for the clarifications Francisco. The post was due to a lack of knowledge in the IIOP area. I am using 1.4.2_05 - but maybe Janeva isn't. I will investigate further.
It was a typo. However, the rmic that I used to generate the same repository id that janeva is using was from the 1.4.2_05 jdk - which is the same JDK that jboss is running against. That doesn't make sense. So Janeva is using the proper one at compile time, but it may be the one that is using the invalid ids at runtime. I just assumed it was jboss since the generated NET proxies from janeva had the "proper" ids in it.
I will keep you posted.