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 / March 2008

Tip: Looking for answers? Try searching our database.

Deployment Question

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Scott M. - 10 Mar 2008 23:02 GMT
Say I have an .asmx that has been in develoment in my local IIS virtual
directory and I've been accessing it with a development version of a client
(also in local IIS virtual directory).  Everything works fine.

Now, I deploy my webservice (.asmx) to a production server (also running
IIS, but obviously in a different virtual directory).

Sure, I could just re-make my client's web reference to point to the new
location for the web service, but there must be some way to deal with this
situation without remaking web references.  Is there something I can do in
web.config or in my client code (the service proxy's .URL property?) to
modify the existing web reference to point at the new location?

Thanks.
John Saunders [MVP] - 10 Mar 2008 23:19 GMT
> Say I have an .asmx that has been in develoment in my local IIS virtual
> directory and I've been accessing it with a development version of a
[quoted text clipped - 8 lines]
> web.config or in my client code (the service proxy's .URL property?) to
> modify the existing web reference to point at the new location?

The right way to do it is to set the Url property.
Signature

--------------------------------------------------------------------------------
John Saunders | MVP - Windows Server System - Connected System Developer

Scott M. - 10 Mar 2008 23:53 GMT
Ok, that's what I was thinking.

Thanks John.

>> Say I have an .asmx that has been in develoment in my local IIS virtual
>> directory and I've been accessing it with a development version of a
[quoted text clipped - 11 lines]
>
> The right way to do it is to set the Url property.
Steven Cheng - 11 Mar 2008 02:16 GMT
Hi Scott,

Yes, as long as the webservice(or its WSDL) hasn't been changed, the client
proxy should remain the same. Therefore, when you deploy webservice to
another location, just modify the client proxy's  Url property.  Also, .NET
project by default store proxy's url property in App.config file, you can
simply change this value in app.config file without modify code.

Best regards,

Steven Cheng
Microsoft MSDN Online Support Lead

Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we

can improve the support we provide to you. Please feel free to let my
manager know what you think of

the level of service provided. You can send feedback directly to my manager
at: msdnmg@microsoft.com.

This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------
>From: "Scott M." <smar@nospam.nospam>
>References: <OZ4f7ovgIHA.6092@TK2MSFTNGP06.phx.gbl>
<uHpMyyvgIHA.1208@TK2MSFTNGP03.phx.gbl>
>Subject: Re: Deployment Question
>Date: Mon, 10 Mar 2008 18:53:17 -0400

>Ok, that's what I was thinking.
>
[quoted text clipped - 15 lines]
>>
>> The right way to do it is to set the Url property.
----------------------------------------------------------------------------
----
>> John Saunders | MVP - Windows Server System - Connected System Developer

Rate this thread:







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.