3
votes

I've a site that I'd like to publish to a co-located live server. I'm finding this simple task quite hard.

My problems begin with the Web Deploy tool (1.1) giving me a 401 Unauthorized as the adminstrator because port :8172 comes up in the errors and this port is blocked - but the documentation says "The default ListenURL is http://+:80/MsDeployAgentService"!

I'm loathe to open another port and I've little patience these days so I thought bu66er it, I'll create a Web Deploy package and import it into IIS on the server over RDP.

I notice first that Visual Studio doesn't use a dialog box to gather settings, or use my Publish profiles but seems to use a tab in the project properties, although I think these are ignored when importing the package anyway?

I'm now sitting in the import wizard with Application Path and Connection String. I've cleared the conn string as I think this is for some ASP stuff I don't use but when I enter nothing in the Application Path, the wizard barks at me saying that basically I'm a weirdo because most people publish to folders beneath the root site.

Now, I want my site to be site.com/Home/About and not site.com/subfolder/Home/About and I think being an MVC routed site that a subfolder will introduce other headaches. Should I go ahead and use the root?

Finally, I also want to publish a web service to www.site.com/services/soap which I think IIS can handle.

While typing this question, Amazon have delivered my IIS 7 Resource Kit, and I've been scouring the internet but actually I'm getting more confused.

Comment here seems to show consensus opinion that Publish isn't for production sites and that real men roll their own.

ASP.NET website 'Publish' vs Web Deployment Project

...I guess this was pre- Web Deployment Tool era?

I'm going to experiment on a spare box for now but any assistance is welcome.

Luke

UPDATE

The site was imported (to the root) manually with Web Deploy and it worked. If you get the error "There is a duplicate 'system.web.extensions/scripting/scriptResourceHandler' " its because your app pool is 4.0 and should be 2.0.

3
Actually Web Deployment Tool is just another name for MSDeploy which is referenced in the top answer on the question you linked to.Jim Lamb

3 Answers

4
votes

If you are using VS 2010, may I recommend Scott Hanselman's Web Debloyment Made Awesome?

http://www.hanselman.com/blog/WebDeploymentMadeAwesomeIfYoureUsingXCopyYoureDoingItWrong.aspx

Even if you are using VS2008, there are nice concepts there that will probably help.

0
votes

I've experienced the same frustration and trouble with this as well. Coming from a Java web background where we can package everything as a single WAR and toss it on the server, the deployment process with ASP.NET seems archaic.

I currently have a python script that uses FTP to transfer the needed files to my test instance on the remote server. I have another python script that transfers those files to my live site. These scripts are smart enough to take care of differences between some of the configuration files etc..

I've found it much easier than trying to setup permissions or using the Microsoft deploy tools.

0
votes

Hi you can use filezilla software to upload