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 / January 2006

Tip: Looking for answers? Try searching our database.

How to change address location

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
andreas.w.h.k. :-) - 05 Jan 2006 08:17 GMT
How do I change the address location in the wsdl

 <wsdl:port name="SearchSoap12" binding="tns:SearchSoap12">
     <soap12:address location="http://searchservices/engine/search.asmx" />
 </wsdl:port>

Anderas
andreas.w.h.k. :-) - 05 Jan 2006 11:28 GMT
Continued:

When I look at the WSDL (http://searchservices/engine/search.asmx?WSDL  )I
find that the address:location is wrong.
How can I manipulate address:location?

Andreas
Steven Cheng[MSFT] - 06 Jan 2006 03:12 GMT
Hi Andreas,

Welcome to MSDN newsgroup.
As for the ASP.NET webservice(asmx) 's autogenerated wsdl document's  
service address, it is always pointed to the asmx file's http url address.
So what's the difference between it and your expected address?   Also, for
webservice WSDL document, it is mainly used for describe service contract
(method interface and message format....) rather than service's actual port
address...  So we don't quite need to change it , and after the clientside
create proxy class to consume the webservce, client code can flexiblely
change the actual service's endpoint address......  

Also, based on my research, we can customize our  ASMX file's displaying
page by using our own page so that we can point user to our own WSDL
document  (create a custom xml file that contains the WSDL document).

#<wsdlHelpGenerator> Element
http://msdn.microsoft.com/library/en-us/cpgenref/html/gngrfwsdlhelpgenerator
.asp?frame=true

#Configuration Options for XML Web Services Created Using ASP.NET
http://msdn.microsoft.com/library/en-us/cpguide/html/cpconConfigurationOptio
nsForASPNETWebServices.asp?frame=true

Thanks,

Steven Cheng
Microsoft Online Support

Signature

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)


--------------------
From: "andreas.w.h.k. :-\)" <awhk@newsgroup.nospam>
References: <#08hFCdEGHA.3100@tk2msftngp13.phx.gbl>
Subject: Continued: How to change address location
Date: Thu, 5 Jan 2006 12:28:54 +0100
Lines: 10
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.2670
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
X-RFC2646: Format=Flowed; Response
Message-ID: <OMf94seEGHA.208@tk2msftngp13.phx.gbl>
Newsgroups: microsoft.public.dotnet.framework.webservices
NNTP-Posting-Host: www.kf.no 195.18.146.10
Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftngp13.phx.gbl
Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.webservices:13251
X-Tomcat-NG: microsoft.public.dotnet.framework.webservices

Continued:

When I look at the WSDL (http://searchservices/engine/search.asmx?WSDL  )I
find that the address:location is wrong.
How can I manipulate address:location?

Andreas
andreas.w.h.k. :-) - 06 Jan 2006 08:42 GMT
Thank you very much for your reply, Steven!

My problem is that the address:location (in the WSDL) differs from the url
in which I use when I surf to my webservice. When I try to Invoke my method
(via the webform) the result pops up in a new window with the url of the
address:location. And that is the wrong url. That is not the URL which I use
when I surfed to my webservice.

Could it be an DNS issue? Because the address in the address:location is
only accessable from the intranet. And the address I use to access the
webservice is a public address accessable from the internet. Two DNS
pointing at the same service.

Andreas :-)

> Hi Andreas,
>
[quoted text clipped - 56 lines]
>
> Andreas
Steven Cheng[MSFT] - 09 Jan 2006 06:05 GMT
Thanks for your response Andreas,

Yes, I think this is a DNS or webserver(IIS)'s IP address related problem
because when creating the asp.net webservice, the address location we view
in the generated asmx file in browser is identical to the address of the
IIS website's ip address(or mapped dns name....).  You can test this with a
web page application also (view some webpages in the server from
browser...). And vs 2005 has no idea of whether the iis site or local
machine has a public IP to external internet or not.....

Also, based on my local test, the expected behavior should be, the address
location in the asmx WSDL document should be the same with the address we
typed in browser...   e.g:

when I navigate to the asmx view through

http://localhost/WebServices/MyWebService/Service1.asmx?WSDL

then, the WSDL's service endpoint shows

<wsdl:port name="Service1HttpPost" binding="tns:Service1HttpPost">
 <http:address
location="http://localhost/WebServices/MyWebService/Service1.asmx" />
 </wsdl:port>
 </wsdl:service>

while if I navigate it through public servername:

http://servername/WebServices/MyWebService/Service1.asmx?WSDL

the wsdl document's endpoint address should be:

<wsdl:port name="Service1HttpPost" binding="tns:Service1HttpPost">
 <http:address
location="http://servername/WebServices/MyWebService/Service1.asmx" />
 </wsdl:port>
 </wsdl:service>

Anyway, the clientside proxy can flexibly change the address to the new
value or updated value since they may create the proxy from a local copy of
the WSDL document rather than through the asmx address...

Thanks,

Steven Cheng
Microsoft Online Support

Signature

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

--------------------
From: "andreas.w.h.k. :-\)" <awhk@newsgroup.nospam>
References: <#08hFCdEGHA.3100@tk2msftngp13.phx.gbl>
<OMf94seEGHA.208@tk2msftngp13.phx.gbl>
<VWx4Q8mEGHA.1236@TK2MSFTNGXA02.phx.gbl>
Subject: Re: Continued: How to change address location
Date: Fri, 6 Jan 2006 09:42:27 +0100
Lines: 89
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.2670
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
X-RFC2646: Format=Flowed; Original
Message-ID: <#3MKk0pEGHA.3200@tk2msftngp13.phx.gbl>
Newsgroups: microsoft.public.dotnet.framework.webservices
NNTP-Posting-Host: www.kf.no 195.18.146.10
Path: TK2MSFTNGXA02.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftngp13.phx.gbl
Xref: TK2MSFTNGXA02.phx.gbl
microsoft.public.dotnet.framework.webservices:13262
X-Tomcat-NG: microsoft.public.dotnet.framework.webservices

Thank you very much for your reply, Steven!

My problem is that the address:location (in the WSDL) differs from the url
in which I use when I surf to my webservice. When I try to Invoke my method
(via the webform) the result pops up in a new window with the url of the
address:location. And that is the wrong url. That is not the URL which I
use
when I surfed to my webservice.

Could it be an DNS issue? Because the address in the address:location is
only accessable from the intranet. And the address I use to access the
webservice is a public address accessable from the internet. Two DNS
pointing at the same service.

Andreas :-)

> Hi Andreas,
>
[quoted text clipped - 14 lines]
>
> #<wsdlHelpGenerator> Element

http://msdn.microsoft.com/library/en-us/cpgenref/html/gngrfwsdlhelpgenerator
> asp?frame=true
>
> #Configuration Options for XML Web Services Created Using ASP.NET

http://msdn.microsoft.com/library/en-us/cpguide/html/cpconConfigurationOptio
> nsForASPNETWebServices.asp?frame=true
>
[quoted text clipped - 33 lines]
>
> Andreas

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.