• Post Reply Bookmark Topic Watch Topic
  • New Topic

Migrating C++ desktop application to a web application

 
X Kumar
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I am into a project where the requirement is to turn a c++ desktop application to a web application.We want to have a web application which gives performance similar to the desktop one(We can compromise only a little on the performance) .
Now I have been working on J2ee based web applications.All I can think of is to expose all the c++ business APIs through java interfaces and offer the methods to be used by the struts action components.
What is different here is that I am transmitting a request over the network,extracting the parameters and then calling the C++ APIs somehow through java.While in the desktop application its direct calls to the DLLs methods..
I feel like not having any useful direction right now...Can someone help me out???
 
Ernest Friedman-Hill
author and iconoclast
Sheriff
Posts: 24213
35
Chrome Eclipse IDE Mac OS X
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,

Welcome to JavaRanch!

Personally, I'd do some careful analysis before setting down this path; using EJBs makes everything far more complex. Do this only if you really need to.
 
William Brogden
Author and all-around good cowpoke
Rancher
Posts: 13078
6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I second EFH's comments.
Tell us more about the environment you want the web application to operate in - do the clients have to be browsers or is custom Java client possible, how many simultaneous users, how time consuming are the business functions (seconds, minutes, hours?) etc.
Bill
 
X Kumar
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
a)The necessity is to have the code deployed at just one place ( a typical server) but there is no requirement of having a Browser client...But we would prefer it to be a browser so that there are no client installations.Here what I thought initially was to go for AJAX to design the interfacealthough i don't have any experience in it rit now
Now if it makes a lot of difference in performance we can go for a Java client even.
I need suggestions here because I am not a very experienced developer.......
b)The business function is to assist on phone the credit card users with various operations i.e. a call centre application, the functions take just seconds currently.
c)The business logic completely lies in c++ layer, view is the dialogue boxes.The c++ code calls EJBs through an interface over the network to fetch required data.
[ August 03, 2006: Message edited by: VIPUL kUMAR ]
 
X Kumar
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Yeah,
and its usually around 5000 advisors using the application installed currently on each of their desktops, one advisor handling per caller.
 
X Kumar
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Another question,, What do you people have to say about using web services??? The direction I have is they would not be a good choice when it comes to speed becoz of the XML payload,marshal-unmarshal etc etc....
 
Ilja Preuss
author
Sheriff
Posts: 14112
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Webservices certainly won't improve performance.

They also would make things more complex, without giving you any benefits, as far as I can tell. In my opinion, webservices only make sense if you have to provide a language-agnostic API to a number of different applications.
 
Mr. C Lamont Gilbert
Ranch Hand
Posts: 1170
Eclipse IDE Hibernate Ubuntu
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Well the native GUI would certainly be faster than the Java one. But this is still not a very significant change. Your trying to keep the back end in C++ it seems but thats the part that java would do brilliantly.

I don't see any performance concerns with changing the GUI.
 
X Kumar
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Gilbert,
Its a lot of c++ code and we can not migrate all of it to java....We can go for a migration project but that would be an overhead for business...
As far as replacing dialouge boxes--its like they are currently tightly coupled to the business logic ...I don't think if they can still remain if we want a web application ...SO that any computer on the internal network can access it.....
 
X Kumar
Greenhorn
Posts: 6
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Bill,EFH,
Any comments+directions you can provide me,,
Thanks in Advance
 
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!