JacORB library is not in the bootclasspath ------------------------------------------ Key: JBAS-5361 URL: http://jira.jboss.com/jira/browse/JBAS-5361 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: IIOP service Affects Versions: JBossAS-5.0.0.Beta4, JBossAS-5.0.0.Beta3, JBossAS-4.2.2.GA, JBossAS-4.2.1.GA, JBossAS-4.2.0.GA, JBossAS-4.2.0.CR2, JBossAS-5.0.0.Beta2, JBossAS-4.2.0.CR1, JBossAS-5.0.0.Beta1, JBossAS-4.0.5.GA, JBossAS-4.0.5.CR1, JBossAS-4.0.4.GA Environment: All platforms. Reporter: Lukas Zapletal Assigned To: Stefan Guilhen Priority: Minor Do we need JacORB library in the boot classpath? The short answer: yes. Its due to bug in the Sun implementation of FixedHolder._type() method in the org.omg.CORBA package. The Suns implementation does not return any information about digits and scale, the JacORB - guess what - properly does. There were many discussions in the JacORB mailing list if we do need jacorb.jar in the Java boot classpath. Yes, JacORB will run when you use only classpath but expect the unexpected. You ignore this fact. At least if I understand the JBoss class loading machinery properly - the jacorb.jar is just dropped in the server/all/lib directory. Its in the classpath - the Suns broken implementation is used then. If you call EJBs via CORBA in JBoss please expect the unexpected. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira