Well, if I was doing this, I'd just use an ORB like VisiBroker or ORBAcus.
Use the Java version inside your EJB (i.e. the client stubs). Then you can
access your CORBA business objects via the client stubs, just like Java
objects.
The process is basically:
1. Obtain Java ORB and put it on the system where your EJBs are.
2. Get the IDL for the business object interfaces and run it through the IDL
compiler supplied by the ORB. This produces client stubs.
3. In your EJB, initialise the ORB, get an object reference to your business
objects (typically from a CORBA name service) and then call the methods you
need against the object reference.
Typically, the first object reference you get from the naming service is a
factory object. Then you call a method on it to return an object reference
to a "real" business object and call methods on it.
Feel free to email me if you want to discuss this more.
There are a few CORBA email lists (e.g. at Yahoo!) but none are very active.
The comp.object.corba newsgroup was active when I used to read it at
DejaNews but since that went away, I've not been able to participate in it.
Eoin.
-----Original Message-----
From: Hardeep Singh [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 08, 2001 10:45 PM
To: [EMAIL PROTECTED]
Subject: Re: Guidelines on using CORBA in J2EE apps
Hi,
We have been developing J2EE apps for some time. Now we want to call CORBA
server objects (business object BO). Which tools do you suggest we use and
how to go about it? Can we call these objects from our JSPs running on any
webserver?
Suggest a mailing list also that specifically deals with CORBA issues.
Thanx in advance,
Hardeep Singh
http://SeeingWithC.cjb.net
----- Original Message -----
From: "Eoin Woods" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 09, 2001 12:02 AM
Subject: Re: Guidelines on using CORBA in J2EE apps
> The J2EE "vision" for direct use of CORBA is just to connect J2EE objects
to
> "legacy" (i.e. working) systems that use CORBA. Given CORBA's cross
> platform/cross language nature, this makes a lot of sense because it can
> access resources on just about any known platform.
>
> Not being a "true" J2EE believer, I'd also suggest that you might want to
> consider use of CORBA integration for large scale or performance critical
> systems. For example, you can have a J2EE facade in front of a bank of
> CORBA/C++ computational servers to perform (for example) cryptographic
> processing for you. You could also use CORBA/C++ in this way to achieve
> some sorts of scalability, using the J2EE tier simply as a session
handler,
> which hands off any complex work to CORBA/C++ servers behind.
>
>
> Eoin.
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
