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