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 / February 2005

Tip: Looking for answers? Try searching our database.

A little help

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
aaa - 08 Feb 2005 18:35 GMT
Up until now I have used MS Web Services which are fairly straight-forward.
Now I am being asked to use some third party web services which I do not
find nearly as intuitive.

Questions:
1.  I have a URL for a wsdl file only no URL to an aspx page such as with
MS. I have used this wsdl to make a proxy file. Do I still need to make a
"Web Reference" such as with an aspx file or does the proxy stub suffice?
2.  I only see properties (not methods) in any of these classes. I am not
sure how I am supposed to initiate any work?
3   In their documentation they have examples of XML for making their SOAP
calls (are they kidding me)? They want me to manually create all of the XML
neccessary for the SOAP calls to their services? Why bother with web
services?
Bruce Johnson [C# MVP] - 08 Feb 2005 18:55 GMT
Perhaps the easiest thing for you to do will be the create a proxy class
using the WSDL that they provide.  The class should then have an interface
that you can interact with more naturally.  If all that you have is the WSDL
file, then you can use the wsdl.exe command directly to generate the .cs or
.vb proxy class.  This is the command that Add Web Reference calls under the
covers and it takes either a URL or a local path as one of the parameters.  
Once the class is created, just add it to your project and use it like any
other class.  It should take care of creating all of the necessary XML to
communicate with the web service.

Hope that helps.

Bruce Johnson [C# MVP]
http://www.objectsharp.com/blogs/bruce

> Up until now I have used MS Web Services which are fairly straight-forward.
> Now I am being asked to use some third party web services which I do not
[quoted text clipped - 10 lines]
> neccessary for the SOAP calls to their services? Why bother with web
> services?
Bruce Johnson [C# MVP] - 08 Feb 2005 18:59 GMT
Probably the easiest thing to do will be to create the proxy class manually.  
This should solve the issues you describe in 2 and 3.  The way to do this is
to use the wsdl.exe command.  There is documentation for it at
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cptools/html/cp
grfWebServicesDescriptionLanguageToolWsdlexe.asp
.
But the most important thing is that it can take either a URL or a file path
from the command line and generate a proxy class in either vb.net or c#.  
This is the tool that the Add Web Reference uses under the covers.   Once the
class is generated, add it to your project and you should be good to go.

Hope this helps.

Bruce Johnson [C# MVP]
http://www.objectsharp.com/blogs/bruce

> Up until now I have used MS Web Services which are fairly straight-forward.
> Now I am being asked to use some third party web services which I do not
[quoted text clipped - 10 lines]
> neccessary for the SOAP calls to their services? Why bother with web
> services?
aaa - 08 Feb 2005 20:03 GMT
True, I did do that and I have generated the appropriate classes
But, the odd thing and this isn't MS related, there are no methods (other
than the base methods for the ws) only properties and it appears that they
want me to format abunch of XML (to their specs) and transmit to them the
data that way. Does that sound appropriate to you? Is that standard with
non-MS 3rd party web services? I thought the whole idea was make a web
reference (like you would a local reference) and you have exposed properties
and methods and you can go to town and everything is transparent.

> Probably the easiest thing to do will be to create the proxy class manually.
> This should solve the issues you describe in 2 and 3.  The way to do this is
> to use the wsdl.exe command.  There is documentation for it at

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cptools/html/cp
grfWebServicesDescriptionLanguageToolWsdlexe.asp
.
>  But the most important thing is that it can take either a URL or a file path
> from the command line and generate a proxy class in either vb.net or c#.
[quoted text clipped - 20 lines]
> > neccessary for the SOAP calls to their services? Why bother with web
> > services?
Bruce Johnson [C# MVP] - 08 Feb 2005 20:19 GMT
Yes and no.  The yes is that formatting a bunch XML according to a spec is
the defintion of SOAP without all of the nice supporting classes ;).  The no
is that if they want they're XML formatted based on a spec, they should have
included a schema in the WSDL file.  And if they did, then the generated
proxy class should have classes defined that will serialize into the
appropriate XML.  If they didn't, they I'd have to extend my sympathies and
suggest that the writers of the web service are a touch clueless when it
comes to how to convey their web service's interface.

Bruce Johnson [C# MVP]
http://www.objectsharp.com/blogs/bruce

> True, I did do that and I have generated the appropriate classes
> But, the odd thing and this isn't MS related, there are no methods (other
[quoted text clipped - 45 lines]
> > > neccessary for the SOAP calls to their services? Why bother with web
> > > services?

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.