Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

C++ Corba Client package as a COM+ component under Micrsoft IIS environment

4 views
Skip to first unread message

Kang Kim Choon

unread,
Mar 13, 2002, 11:38:22 PM3/13/02
to
We are looking at a Microsoft ASP based application which required to
consume Corba services from a Corba server written in Java.

If the Corba client is written as a servlet using Java, the Microsaoft ASP
pages will never be able to talk to the servlet, not unless a servlet engine
is installed. Same old Microsoft vs Sun issues.

We are lookoing at possibility of developing the Corba client with C++ and
packge the C++ as a COM+ component. With this approach, we should be able to
use traditional ASP calling COM object to achieve what we want. Technically
sounds possible.

We have ruled out using ActiveX/Javabean bridge as with this, we will not be
able to develope a COM+ componet as the bridge is fundamentally a ocx
control and COM+ does nor allow Active Control within the component.

Does anyone has similar implementation or appraoch ?


Nate Holm

unread,
Mar 15, 2002, 11:21:54 AM3/15/02
to
Hello,

We have implemented that approach exactly with no problems. We chose
Orbix 2k. This will give you the flexibility to use their COM/CORBA
bridge directly from ASP page or write your own C++ COM piece.

One caveat.. a bug was discovered with their COM/CORBA bridge(COMet)
when ONLY talking with a Visibroker 3.4 Java server, but then we just
used a C++ COM component and we had no problems.

If you have a specific question concerning this approach, feel free to
ask.
Nate

"Kang Kim Choon" <kan...@tlink.com.sg> wrote in message

news:<3c90293b$1...@news.starhub.net.sg>...

VD

unread,
Mar 20, 2002, 3:25:03 PM3/20/02
to
I used MICO and it works fine with VC++6.0 using the same approach.


natha...@hotmail.com (Nate Holm) wrote in message news:<f08f8faa.02031...@posting.google.com>...

0 new messages