RE: [JBoss-user] CORBA callbacks into JBoss
Hi, the ORB that the other project is using does not support RMI/IIOP (JacORB). i have heard horror stories concerning interworking Sun's ORB and JacORB. SUN's CORBA ORB implementation shipped with the J2SDK is crappy. Why not use JacORB and skip RMI-IIOP? The reason that you can't implement RMI-over-IIOP with JacORB is that JacORB currently doesn't implement the Value Objects part of the CORBA spec (however it does implement other nice things such as the POA and portable interceptors). It would be fairly simple to implement a CORBA callback listener in a MBean and on top of that to build a proxy mechanism that forwards the call to a push/pull converting queue (if your EJB code wants to pull) or push the call forward to a MessageDriven bean if you want to act immediately when the callback is received. Regards, Per johnc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Sam Sent: Thursday, April 26, 2001 3:46 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-user] CORBA callbacks into JBoss So why not RMI/IIOP and interoperate Corba objects as RMI objects? You get to keep EJB/RMI and you get to speak CORBA. JNDI, then can be your friend for publication and rendezvous of service. This is mho. Sam ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] CORBA callbacks into JBoss
the unfortunate aspect of my situation is that the CORBA component is a) being developed concurrently (and thus not being legacy) and b) the more definite technology choice for the moment. CORBA is a given (in fact, its a standard for the piece i am integrating with); i need some sort of application server mechanism to be able to provide a hot-deploy run-time environment to interact with the CORBA piece. part of me considers writing a dumbed-down simple alternative to an EJB container as being the lesser of two evils compared to trying to implement N x N callback proxying. thank you for your help though. johnc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Sam Sent: Thursday, April 26, 2001 1:52 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-user] CORBA callbacks into JBoss John, I believe that we may have similar problems to solve from your brief description below. Our original solution was completely CORBA based. I am also interested in others comments in the area. We are now rearchitecting and taking a serious look as to why CORBA and why RMI. The why RMI is not hard since EJB RI is based on this model. The harder question is RMI/JRMP or RMI/IIOP? But because CORBA can interoperate cross platform and language and that some environments (Microsoft Exchange; Lotus Domino) may not be friendly to a java based extension, we are forced into keeping both technologies alive and happy. We chose to divide and conquer. Corba based services that are not subject to rearchitecture can be made into MBean services instead of EJB. Legacy code that it is, it is still too daunting to rewrite everything to EJB all at once. It is not hard to make Corba services use RMI(through session beans) much the same way servlets do. The other way around, however, can be done, but it is not trivial. We also have leveraged greatly JNDI much the same way JBoss/EJB itself does in both exposure and rendezvous of services through an open Naming interface. Both Corba and RMI can do this at different levels based on what you actually require. A simple way of doing this is to use JNDI as a Naming Service for both RMI and Corba remote object. This may not get you everything you are looking for, however, you may not have to be forced into throwing out the baby with the bath water ;-) Sam -Original Message- From: John Camelon [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 26, 2001 9:05 AM To: Jboss-User Subject: [JBoss-user] CORBA callbacks into JBoss hello list: one of the reasons that i want to use an application server such as JBoss is to take advantage of the runtime environment that EJBs provide, particularly the pooling and scaling aspects of EJB. also, the hot deploy mechanism is much valued in the run-time scenarios i am looking at. however, one of the pieces that i wish to integrate with has a CORBA interface and supports a callback model. some CORBA calls will be synchronous, while others will have at least one (if not several) asynchronous callbacks into EJB land. this seems like a bit of a misfit, unfortunately. the only scenario that i can see possibly working is to proxy the external CORBA interface into some kind of layer that manages the EJB callbacks. at first glance i do not see, however, how this would allow for easy scaling the way that EJBs inherently allow. also, it appears to require a lot of knowledge about the EJBs trying to use the CORBA in order to resume the callbacks. does anyone have any suggestions for me? is this scenario too ill fit for EJB? johnc ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] CORBA callbacks into JBoss
So why not RMI/IIOP and interoperate Corba objects as RMI objects? You get to keep EJB/RMI and you get to speak CORBA. JNDI, then can be your friend for publication and rendezvous of service. This is mho. Sam -Original Message- From: John Camelon [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 26, 2001 11:59 AM To: Jboss-User Subject: RE: [JBoss-user] CORBA callbacks into JBoss the unfortunate aspect of my situation is that the CORBA component is a) being developed concurrently (and thus not being legacy) and b) the more definite technology choice for the moment. CORBA is a given (in fact, its a standard for the piece i am integrating with); i need some sort of application server mechanism to be able to provide a hot-deploy run-time environment to interact with the CORBA piece. part of me considers writing a dumbed-down simple alternative to an EJB container as being the lesser of two evils compared to trying to implement N x N callback proxying. thank you for your help though. johnc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Sam Sent: Thursday, April 26, 2001 1:52 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-user] CORBA callbacks into JBoss John, I believe that we may have similar problems to solve from your brief description below. Our original solution was completely CORBA based. I am also interested in others comments in the area. We are now rearchitecting and taking a serious look as to why CORBA and why RMI. The why RMI is not hard since EJB RI is based on this model. The harder question is RMI/JRMP or RMI/IIOP? But because CORBA can interoperate cross platform and language and that some environments (Microsoft Exchange; Lotus Domino) may not be friendly to a java based extension, we are forced into keeping both technologies alive and happy. We chose to divide and conquer. Corba based services that are not subject to rearchitecture can be made into MBean services instead of EJB. Legacy code that it is, it is still too daunting to rewrite everything to EJB all at once. It is not hard to make Corba services use RMI(through session beans) much the same way servlets do. The other way around, however, can be done, but it is not trivial. We also have leveraged greatly JNDI much the same way JBoss/EJB itself does in both exposure and rendezvous of services through an open Naming interface. Both Corba and RMI can do this at different levels based on what you actually require. A simple way of doing this is to use JNDI as a Naming Service for both RMI and Corba remote object. This may not get you everything you are looking for, however, you may not have to be forced into throwing out the baby with the bath water ;-) Sam -Original Message- From: John Camelon [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 26, 2001 9:05 AM To: Jboss-User Subject: [JBoss-user] CORBA callbacks into JBoss hello list: one of the reasons that i want to use an application server such as JBoss is to take advantage of the runtime environment that EJBs provide, particularly the pooling and scaling aspects of EJB. also, the hot deploy mechanism is much valued in the run-time scenarios i am looking at. however, one of the pieces that i wish to integrate with has a CORBA interface and supports a callback model. some CORBA calls will be synchronous, while others will have at least one (if not several) asynchronous callbacks into EJB land. this seems like a bit of a misfit, unfortunately. the only scenario that i can see possibly working is to proxy the external CORBA interface into some kind of layer that manages the EJB callbacks. at first glance i do not see, however, how this would allow for easy scaling the way that EJBs inherently allow. also, it appears to require a lot of knowledge about the EJBs trying to use the CORBA in order to resume the callbacks. does anyone have any suggestions for me? is this scenario too ill fit for EJB? johnc ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] CORBA callbacks into JBoss
the ORB that the other project is using does not support RMI/IIOP (JacORB). i have heard horror stories concerning interworking Sun's ORB and JacORB. johnc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Sam Sent: Thursday, April 26, 2001 3:46 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-user] CORBA callbacks into JBoss So why not RMI/IIOP and interoperate Corba objects as RMI objects? You get to keep EJB/RMI and you get to speak CORBA. JNDI, then can be your friend for publication and rendezvous of service. This is mho. Sam -Original Message- From: John Camelon [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 26, 2001 11:59 AM To: Jboss-User Subject: RE: [JBoss-user] CORBA callbacks into JBoss the unfortunate aspect of my situation is that the CORBA component is a) being developed concurrently (and thus not being legacy) and b) the more definite technology choice for the moment. CORBA is a given (in fact, its a standard for the piece i am integrating with); i need some sort of application server mechanism to be able to provide a hot-deploy run-time environment to interact with the CORBA piece. part of me considers writing a dumbed-down simple alternative to an EJB container as being the lesser of two evils compared to trying to implement N x N callback proxying. thank you for your help though. johnc -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Sam Sent: Thursday, April 26, 2001 1:52 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-user] CORBA callbacks into JBoss John, I believe that we may have similar problems to solve from your brief description below. Our original solution was completely CORBA based. I am also interested in others comments in the area. We are now rearchitecting and taking a serious look as to why CORBA and why RMI. The why RMI is not hard since EJB RI is based on this model. The harder question is RMI/JRMP or RMI/IIOP? But because CORBA can interoperate cross platform and language and that some environments (Microsoft Exchange; Lotus Domino) may not be friendly to a java based extension, we are forced into keeping both technologies alive and happy. We chose to divide and conquer. Corba based services that are not subject to rearchitecture can be made into MBean services instead of EJB. Legacy code that it is, it is still too daunting to rewrite everything to EJB all at once. It is not hard to make Corba services use RMI(through session beans) much the same way servlets do. The other way around, however, can be done, but it is not trivial. We also have leveraged greatly JNDI much the same way JBoss/EJB itself does in both exposure and rendezvous of services through an open Naming interface. Both Corba and RMI can do this at different levels based on what you actually require. A simple way of doing this is to use JNDI as a Naming Service for both RMI and Corba remote object. This may not get you everything you are looking for, however, you may not have to be forced into throwing out the baby with the bath water ;-) Sam -Original Message- From: John Camelon [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 26, 2001 9:05 AM To: Jboss-User Subject: [JBoss-user] CORBA callbacks into JBoss hello list: one of the reasons that i want to use an application server such as JBoss is to take advantage of the runtime environment that EJBs provide, particularly the pooling and scaling aspects of EJB. also, the hot deploy mechanism is much valued in the run-time scenarios i am looking at. however, one of the pieces that i wish to integrate with has a CORBA interface and supports a callback model. some CORBA calls will be synchronous, while others will have at least one (if not several) asynchronous callbacks into EJB land. this seems like a bit of a misfit, unfortunately. the only scenario that i can see possibly working is to proxy the external CORBA interface into some kind of layer that manages the EJB callbacks. at first glance i do not see, however, how this would allow for easy scaling the way that EJBs inherently allow. also, it appears to require a lot of knowledge about the EJBs trying to use the CORBA in order to resume the callbacks. does anyone have any suggestions for me? is this scenario too ill fit for EJB? johnc ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] CORBA callbacks into JBoss
Hi, I can't say I understand wxactly what you are trying to do, but the following might be helpful anyway: 1. Asynchronous messaging in java = jms spec + message driven beans, implemented ( I think completely in jboss) as jbossmq ( formerly spydermq). Sending messages from beans may still be sort of by hand, but I think at least one person was working on a JCA resource adapter for this. 2. As I understand it, jboss does not currently support rmi/iiop. So if you can work around corba-jboss communication (avoid 2, or maybe I am wrong), asynchronous messaging should be no problem. Hope this helps and is relevant and correct. David Jencks On 2001.04.26 12:05:02 -0400 John Camelon wrote: hello list: one of the reasons that i want to use an application server such as JBoss is to take advantage of the runtime environment that EJBs provide, particularly the pooling and scaling aspects of EJB. also, the hot deploy mechanism is much valued in the run-time scenarios i am looking at. however, one of the pieces that i wish to integrate with has a CORBA interface and supports a callback model. some CORBA calls will be synchronous, while others will have at least one (if not several) asynchronous callbacks into EJB land. this seems like a bit of a misfit, unfortunately. the only scenario that i can see possibly working is to proxy the external CORBA interface into some kind of layer that manages the EJB callbacks. at first glance i do not see, however, how this would allow for easy scaling the way that EJBs inherently allow. also, it appears to require a lot of knowledge about the EJBs trying to use the CORBA in order to resume the callbacks. does anyone have any suggestions for me? is this scenario too ill fit for EJB? johnc ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user ___ JBoss-user mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-user
