Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsVB SyntaxEnterprise DevelopmentDatabase AccessControlsCOMWin APICrystal ReportDeploymentGeneralGeneral 2
Related Topics
VB.NET / ASP.NETMS SQL ServerMS AccessOther Database ProductsMore Topics ...

VB Forum / COM / November 2004



Tip: Looking for answers? Try searching our database.

VB Client and J2EE Server

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
maronnamia - 21 Nov 2004 06:14 GMT
Hi,

I have some Word VBA Clients with an ActiveX EXE engine on the client
Side for every client. This ActiveX call a lot of COM in an MTS
server.

In my Enterprise this set of COM Active X realize the Businness logic.

Now the decision is to migrate all these COM ActiveX in the J2EE
Platform.

And now the questions.....how can i invoke from VB a J2EE Java
application?

I dont' want to change the client side in VB so if i can wrap a Java
Application in a COM environment this is very very good.....

Please have you any idea????

Thanks

R.
Steve Jorgensen - 21 Nov 2004 07:01 GMT
The most obvious way, if you can also require the Java runtime engine and some
Java code to be deployed on the client systems is to write Java Bean wrappers
around the Java RMI stubs, then use an ActiveX wrapper for Java Beans to make
them available under VB.

Another way I can think of is if the Java server code uses CORBA for rmi
(which is pretty easy to do if I understand correctly), then you could use a
CORBA/COM bridge of some sort.  This would not require and Java infrastructure
or code on the client.

I can think of some other ways, too.  What about using SOAP, REST, or XML-RPC?
REST seems like a nice option because it's easy to implement write REST client
apps in other languages than VB or Java - such as Python.

>Hi,
>
[quoted text clipped - 18 lines]
>
>R.
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.