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 / November 2004

Tip: Looking for answers? Try searching our database.

No HTTP Post/Get show in Web Services WSDL.

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
MN - 22 Nov 2004 18:45 GMT
Hello all -

Bear with me during this explanation as I have run myself ragged trying to
figure this one out.  When I compile my web service that I'm distributing to
be accessed, the WSDL sometimes has the HTTP Post/Get Methods and sometimes
it does not, only showing the SOAP methods.  Has anybody seen this strange
behavior before as I'm unsure what other options to refer to since I've never
seen this during my .NET Development that I've done.

Thanks,
MN
Dan Rogers - 22 Nov 2004 19:17 GMT
Hi MN,

The automatic documentation generation is typically controlled by entries
in the web config.  The following settings effect what parts of the
documents are generated.

<system.web>
..
<webServices>
   <protocols>
       <remove name="HttpPost" />
       <remove name="HttpGet" />
       <remove name=?Documentation? />
   </protocols>
</webServices>

The presence of a "remove" directive under protocols will cause a section
of a document to be omitted.

I hope this helps

Dan Rogers
Microsoft Corporation
--------------------
>Thread-Topic: No HTTP Post/Get show in Web Services WSDL.
>thread-index: AcTQw3SGvyd7jZo1RLOG5bBxiRhRHA==
[quoted text clipped - 17 lines]
>Path: cpmsftngxa10.phx.gbl!TK2MSFTNGXA01.phx.gbl!TK2MSFTNGXA03.phx.gbl
>Xref: cpmsftngxa10.phx.gbl
microsoft.public.dotnet.framework.aspnet.webservices:26752
>X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.webservices
>
[quoted text clipped - 9 lines]
>Thanks,
>MN
MN - 22 Nov 2004 20:05 GMT
Hi Dan -

Thanks for responding.  If I understand your explanation correctly, do I
just need to add the Get/Post add directives in my web.config before
compiling and deploying from my local to the target webserver.  Do I need to
adjust anything in the machine.config on my local or webserver at all?

Thanks,
MN

> Hi MN,
>
[quoted text clipped - 58 lines]
> >Thanks,
> >MN
Dan Rogers - 24 Nov 2004 00:14 GMT
Hi MN,

Typically you don't need to "turn them on" - as this is the default.  I
suspect that there may be something different in the config files on your
dev and production servers.  For instance, one can turn these on or off in
the web.config "nest", or in machine.config.  By "nest" i mean that if a
vroot has sub-roots, your web.config behavior can be impacted by any config
from your root back to the top-level root - and then by machine.config.

I hope this helps

Dan Rogers
Microsoft Corporation
--------------------
>Thread-Topic: No HTTP Post/Get show in Web Services WSDL.
>thread-index: AcTQzo2NMD7UHia8SOicGmWrZbv1XA==
>X-WBNR-Posting-Host: 209.116.117.190
>From: "=?Utf-8?B?TU4=?=" <MN@discussions.microsoft.com>
>References:  <8A9C3F09-9F20-4D23-BA7F-0659B896ADA7@microsoft.com>
<me7iyfM0EHA.2544@cpmsftngxa10.phx.gbl>
>Subject: RE: No HTTP Post/Get show in Web Services WSDL.
>Date: Mon, 22 Nov 2004 12:05:03 -0800
[quoted text clipped - 13 lines]
>Path: cpmsftngxa10.phx.gbl!TK2MSFTNGXA01.phx.gbl!TK2MSFTNGXA03.phx.gbl
>Xref: cpmsftngxa10.phx.gbl
microsoft.public.dotnet.framework.aspnet.webservices:26756
>X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.webservices
>
[quoted text clipped - 70 lines]
>> >Thanks,
>> >MN

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.