• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Tim Cooke
  • Campbell Ritchie
  • Paul Clapham
  • Ron McLeod
  • Liutauras Vilda
Sheriffs:
  • Jeanne Boyarsky
  • Rob Spoor
  • Bear Bibeault
Saloon Keepers:
  • Jesse Silverman
  • Tim Moores
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
Bartenders:
  • Piet Souris
  • Al Hobbs
  • salvin francis

Need a sanity check: gSoap and Webservices

 
Ranch Hand
Posts: 49
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Well I received that dreaded email yesterday " We have a new integration project we need you to look at, it has a few legacy systems" !!
Here's the layout. I have 3 C++ applications (2 Wintel and 1 Linux) that essentially listen on a respective port, pick off a message, and plot the information on a map. Each of these systems was developed without knowledge of the other so there's no current data exchange.
I have a fourth system that has some similar funcationality (plotting things to a map) but uses JMS with MDBs.
I'd like to have all the systems use a pub/sub type design to get the messages (vice listening on a port).
My initial thoughth is to put a SOAP interface (using gSoap) in front of each of the legacy C++ apps. Define a webservice that invokes methods on the SOAP interface each time a message is passed to it (the webservice) from a MDB (via a JMS queue).
Does this make conceptual sense? I'm trying not to alter the legacy apps at all if possible.
As always, I appreciate everyone's feedback and necessary critcisim
 
reply
    Bookmark Topic Watch Topic
  • New Topic