8 Replies Latest reply on May 10, 2005 7:33 AM by dimitris

    Can we switch the default ORB to a foreign one

    qdotlu

      There is a situation that we would like to switch the JBoss default ORB to a 3rd party ORB implementation (the 3rd party ORB conforms to CORBA 2.3 specification also) by configuring the following 2 command line properties when starting up the JBoss AS:

      org.omg.CORBA.ORBSingletonClass=
      org.omg.CORBA.ORBClass=

      We don't know whether the transaction context and security context will be propagated as it used to be if the default server ORB is used. Please see the following simple diagram:

      RMI-IIOP (with foreign ORB)
      EJB1 in JBoss1 -------------------------------> EJB2 in JBoss2
      Transaction/Security Context??

      Could somebody confirm whether this will work or not?

      Thanks,
      -Zhijiang

        • 1. Re: Can we switch the default ORB to a foreign one
          dimitris

          By just looking in the jboss/iiop module I can find quite a few references to jacorb, so my first guess is this won't work, at least not out of the box.

          But the question is really, why you want to make this change?

          • 2. Re: Can we switch the default ORB to a foreign one
            qdotlu


            I would like to call EJB using a defined IDL interface (which need to work in both JBoss, WebLogic and Websphere). So if I can use SUN JDK's ORB to replace the native ORB, then I don't have to write platform-specific ORB code (even though all these ORBs claim support CORBA 2.3 or above, but they behave quite differently in case of Dynamic Skeleton Interface).

            Regards,
            -Qdotlu

            • 3. Re: Can we switch the default ORB to a foreign one

              Moved to the user forum.

              For future reference WRT "CORBA2.3"
              there is a big difference between implementing the basic spec (JDK's ORB)
              and implementing the large number of optional features in that spec.

              CORBA isn't even a spec per-se, it is made up of lots of different specs
              that vendors can choose to implement.
              J2EE (as opposed to J2SE) makes some of these optional features mandatory.

              • 4. Re: Can we switch the default ORB to a foreign one

                Dimitris, you need to stop answering user questions in the dev forums.
                It only encourages them to post more and more.
                http://www.jboss.org/index.html?module=bb&op=viewtopic&t=58934

                • 5. Re: Can we switch the default ORB to a foreign one
                  dimitris

                  There is no user/iiop forum, so this is probably our fault.

                  User / Installation & Configuration seems like a big bucket for all sorts of stuff.



                  • 6. Re: Can we switch the default ORB to a foreign one
                    dimitris

                    Related to the question, you can alway have 2 different ORBs in the same JVM. Some time ago, I used OpenORB to implement a simple CORBA interface within JBoss, without affecting the ORB used by JBoss (jacORB).

                    • 7. Re: Can we switch the default ORB to a foreign one

                       

                      "dimitris@jboss.org" wrote:
                      There is no user/iiop forum, so this is probably our fault.
                      User / Installation & Configuration seems like a big bucket for all sorts of stuff.


                      There isn't a forum for lots of things. Its hard enough getting users to post in the
                      right forum as it is, it would be even worse if they were presented with a choice
                      of 50 (one for each mbean/service deployed in JBoss).

                      CORBA is such of such low volume, it hardly merits its own forum.
                      Especially when most of the questions are just
                      "How do I use XXXORB to talk to an EJB?" which really belongs in
                      XXXORB's vendor forums, not ours,
                      under "How do I configure RMI/IIOP with your ORB?".

                      • 8. Re: Can we switch the default ORB to a foreign one
                        dimitris

                        Sorry Adrian, I've missed your reply because I'm not watching this forum, so I posted the following to jboss-dev after having seen yet another user message in the IIOP forum:


                        This happens again and again: it seems almost nobody reads the "Sticky: DO NOT POST USER QUESTIONS HERE" post, in the "Design of JBoss IIOP on JBoss" forum. http://www.jboss.org/index.html?module=bb&op=viewforum&f=170

                        If you look at the forum posts almost all of them are user questions.

                        I think we just need a User - CORBA/IIOP forum.


                        I agree there is not a forum for a lot of things, but if there is one (like dev-iiop) people will go there no matter how many sticky posts you put, simply because they believe this is the most relevent place to post the question.

                        It's the same like putting a door handle in the wrong side with warning signs attached. (see "The Design of Everyday Things"). A succesful design is declared by users, not the designer.

                        I look at the central forum page and I see all sorts of inconsistencies. We have 5 subcategories with only 1 included category. Does that warrant those subcategories? There are categories with less than 10 posts. There are nukes and portal forums, should those be just merged? Javassist (and nukes) has its user and dev forum under the same category (which looks pretty clear BTW) while every other forums have the user/dev forums separated.

                        If forum clutter is really an issue, and based on the traffic, it would make far more sense to have a users/iiop forum, rather than a iiop-dev forum.

                        As a former jboss user myself, I know first hand how difficult it was to find anything corba/iiop related for jboss.

                        Again, my view.