Uploaded image for project: 'Application Server 3  4  5 and 6'
  1. Application Server 3 4 5 and 6
  2. JBAS-5361

JacORB library is not in the bootclasspath

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Won't Do
    • Icon: Minor Minor
    • None
    • JBossAS-4.0.4.GA, JBossAS-4.0.5.CR1, JBossAS-4.0.5.GA, JBossAS-5.0.0.Beta1, JBossAS-4.2.0.CR1, JBossAS-5.0.0.Beta2, JBossAS-4.2.0.CR2, JBossAS-4.2.0.GA, JBossAS-4.2.1.GA, JBossAS-4.2.2.GA, JBossAS-5.0.0.Beta3, JBossAS-5.0.0.Beta4
    • IIOP service
    • None
    • Low

      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.

              Unassigned Unassigned
              rhn-engineering-lzapletal Lukáš Zapletal
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved:

                  Estimated:
                  Original Estimate - 30 minutes
                  30m
                  Remaining:
                  Remaining Estimate - 30 minutes
                  30m
                  Logged:
                  Time Spent - Not Specified
                  Not Specified