Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / Web Services / September 2005

Tip: Looking for answers? Try searching our database.

Accessing webservices from VC++

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Rob C - 08 Sep 2005 16:19 GMT
We have a client/server application that is written in VC++/MFC.  We are
trying to integrate with a 3rd party product that exposes its data through a
web service.  I am trying to figure out the best way to approach this.  It
seems like .NET provides the greatest support for accessing web services but
I am not sure of the work involved in writing a .NET DLL to do this that Io
can easily then call from my C++ code.  i have been reading up on the Soap
Toolkit but it looks like Microsoft has pulled its mainstream support on it
due to .NET support.

Our application needs to pass data to the webservice (e.g., to add a new
patient to their database) as well as request data from the service (an
"array" of data for clinical observations made on a a patient within a
certain date range).

I would appreciate any insight to how best approach this or examples/samples
of how this can be done.  I have not done much work recently in the web space
and alot of this is new to me.  i have written C#.net code for the PocketPC
so I am familiar with some of the framework already.

Regards,

-Rob
Marvin Smit - 08 Sep 2005 16:49 GMT
Hi,

looking at your description i see a few options, but i don't know all
the requirements so feel free to ignore any one of those if it doesn't
fit with your timeline, project or thoughts!

Option 1:
- Take the VC++/MFC and move it to C++-CLI/WinForms.
 Requires a reimplementation of the VC++/MFC part for upgrading to
the new CLR C++ standards. WS support is now default available.

Option 2:
- Write a entrypoint DLL in C++/CLI and link with your existing
VC++/MFC program.
 Requires extensive knowlege about "calling conventions" and
"CLR/Native Win32 boundary crossing". WS support is availble in the
.Net DLL (1 abstraction layer)

Option 3:
- Write a COM (interop) exposed .Net type in the .Net language of
choice which exposes the WS functionality through a COM interface.
WS support is available in the .Net COM exposed object (2 abstraction
layers)

I think;
Option 1 is the cleanest, but most expensive.
Option 2 is the 'most straight forward & performing' version, but
requires expert knowlege.
Option 3 is the 'easiest development'. You can continue using COM
objects (which is probably very familiair to you). The negative side
being the performance (crossing the boundaries).

Hope this helps,

Marvin Smit.

>We have a client/server application that is written in VC++/MFC.  We are
>trying to integrate with a 3rd party product that exposes its data through a
[quoted text clipped - 18 lines]
>
>-Rob

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
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



©2008 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.