Visual Web Developer Team Blog

PingBack from http://www.absolutely-people-search.info/?p=1813

Hi

---------------------------

Microsoft Visual Studio

---------------------------

Package Load Failure

Package 'Web Deployment Projects Package' has failed to load properly ( GUID = {CBA82673-3810-4290-BC4F-06BE9BF845A1} ). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use 'devenv /resetskippkgs' to re-enable package loading.

---------------------------

Yes   No  

---------------------------

This is error i get trying to Add a Web Deployment Project

Please help

I appreciate that Web Deployment Projects is not available with Visual Web Developer Express Edition. However, it was possible to enjoy “poor man’s support” for Web Deployment Projects with Visual Web Developer Express 2005 by running aspnet_compiler.exe and aspnet_merge.exe manually.

If Web Deployment Projects for Visual Studio 2008 no longer includes aspnet_merge.exe then that “poor man’s support” is no longer available. Would it be possible to re-instate “poor man’s support” for Web Deployment Projects with Visual Web Developer Express 2008 using one of the following scenarios?:

- Include aspnet_merge.exe with the final version of Web Deployment Projects for Visual Studio 2008 in January 2008.

- Confirm that the aspnet_merge.exe provided with Web Deployment Projects for Visual Studio 2005 is the most up-to-date version and therefore can be used as a source of aspnet_merge.exe.

- Provide the most up-to-date aspnet_merge.exe as a separate download for those people who don’t wish to download and install Visual Studio 2008.

This week my team released updates of the ASP.NET AJAX Control Toolkit as well as the Visual Studio Web

This week my team released updates of the ASP.NET AJAX Control Toolkit as well as the Visual Studio Web

I have asked this on Scott Gu's blog and have not received an answer, so I'll try here:

Why is this not a built in project for Visual Studio?

This week my team released updates of the ASP.NET AJAX Control Toolkit as well as the Visual Studio Web

I see two distinct scenarios for using Web Deployment Projects:

1) The web developer wants to setup and deploy a web site from within Visual Studio.

2) The web developer wants to deploy a web site using a dedicated build computer that does not necessarily have Visual Studio installed. Scenario 2 is a superset of the scenario I defined above as “poor man’s support” for Web Deployment Projects, where the web developer only has Visual Web Developer Express Edition available on her dedicated build computer.

I believe Web Deployment Projects for Visual Studio 2005 supports both scenarios. In particular, this article (http://msdn2.microsoft.com/en-us/library/aa479568.aspx) outlines the validity of Scenario 2, where it says “You can install Web Deployment projects on a computer that does not have Visual Studio 2005 installed. This is useful if you want to use MSBuild features on a dedicated build computer. MSBuild is part of the Microsoft .NET Framework version 2.0 and does not require installation of Visual Studio 2005.”

Unfortunately, Web Deployment Projects for Visual Studio 2008 doesn’t seem to support Scenario 2 in that:

- The technical makeup of the distribution (it does not include aspnet_merge.exe) precludes Scenario 2.

- The wording of the licence agreement (only installable on a computer that has Visual Studio 2008 installed) preludes Scenario 2.

Therefore my feedback is that the final Web Deployment Projects for Visual Studio 2008 should be changed to cater for Scenario 2 by:

- Including aspnet_merge.exe in the distribution.

- Relaxing the wording of the licence agreement so that the aspnet_merge.exe/MSBuild features can be used on any computer. Obviously the interactive setup of a Web Deployment Project within Visual Studio would continue to only be useable and supported on computers with Visual Studio 2008 Standard Edition and higher installed (i.e. the interactive setup feature would not be available with the Visual Web Developer Express Edition).

Did you guys test it before releasing?

I created a sample website and added web deployment project 2008 in the solution. Everything compiled fine.

Then I created a class called PageBase which inherits from System.Web.UI.Page. This is a usual practice I do to have a base class for all the pages in my project.

Anyway, then I changed my default.aspx to inherit from PageBase. I re-compiled the solution and now I am getting this error from Web Deployment Project.

Error 1 An error occurred when merging assemblies: Access to the path 'C:\Inetpub\wwwroot\Learning\Learning_deploy\TempBuildDir\bin\App_Code.dll' is denied. aspnet_merge 1 1 Learning_deploy

???

Any ideas?

Yesterday, Microsoft released a CTP for Web Deployment Projects for Visual Studio 2008 . I don't use

There are no specific settings. Is there a way I could send my project to you so you can take a look?

It's now clear that it was just an issue of time that the WDP was not included with Visual Studio 2008 and that it will be included with a next version of Visual Studio.

I'm getting the error "missing section appSettings" when I build. It looks like its putting the output into a TempBuildDir folder instead of the one I specified in the WDP.

There is a bug in the v2005 version that prevents a web-deployment-project being used to build a web-application-project (as opposed to a filesystem-based, no-project-file one) from the command-line using MSBuild.

That prevents us from using WAPs with WDPs in our continuous integration.  Has that been addressed in this update, or is it a problem with WAPs?

Details:

http://blogs.vertigosoftware.com/teamsystem/archive/2006/08/22/Web_Application_Projects_in_Visual_Studio_2005.aspx

http://forums.asp.net/p/988775/1279716.aspx#1279716

1) Will this install co-exist with the existing install of WDP for VS.NET 2005? I have VS.NET 2005 and VS.NET 2008 installed and working quite happily on the same box.

2) Will this CTP need to be uninstalled before installing the final version in January?

3) Does this version "understand" not to deploy files which have been excluded from the project? This is a major irritation with the current version.

I know a lot of folks have used web deployment projects (WDP) with Team Build. The WDP release for VS

> Thanks for bring out the point, I can see such

> behavior for other config section replacements...    

> Investigating this issue...

Investigate no further. It is because WDP looks for the web.config file in whatever path you have as your output path. This will fail, since the build takes place in the "TempBuildDir" and the output dir is empty.

If you put a valid web.config file in your OutputPath, voila, web.config replacing works.

Except for the copying to the output path... but that is another issue.

- sjl

When using an any targets (specifically an AfterBuild in my case), the web deployment projects in VS 2008 don't copy files to the specified output directory.  There is no error, it just doesn't copy the files.

If you comment out the target, everything works fine.  Note that this worked perfectly in VS 2005.  Something in this new release wasn't tested and was broken.

This week my team released updates of the ASP.NET AJAX Control Toolkit as well as the Visual Studio Web

I'm experiencing the same issue as above.

The web.config replacement doesn't work because it's looking for the replacement xml file in the output directory, which hasn't been populated yet.

Also, I raised another issue in the forums, but it doesn't seem to be anybody else having it:

Even if I only get up the the "web config replacement" point and then it fails, I get a few GAC dlls copied to my bin folder:

System.Web

System.Data

System.Data.OracleClient

System.EnterpriseServices

System.EnterpriseServicesWrapper

and System.Transactions

Obvioulsy these shouldn't be in the bin folder, and I;m not even referencing some anywhere.

The same project it's been running perfectly under VS 2005 for months.

Any ideas?

Thanks!

Vishal,

>> 3) Does this version "understand" not to deploy

>> files which have been excluded from the project?

>> This is a major irritation with the current

>> version.

> A.) We do not have the exact featue you are asking

> but an alternate feature to exclude the files that

> WDP should not consider

> "ExcludeFromBuild"

I understand about ExcludeFromBuild, but that still involves doing things twice, and editing the WDP file manually...

E.g. if I have a folder of images, I might want to deploy only some of them today, and some different ones next week, and a combination of the two the week after that. Therefore, it's extremely useful to be able to right-click on the image file in Project Explorer and select Exclude From Project, and then when I want to include the image again, I just do the reverse. If WDP could be prevented from deploying those files which have been exluded from the project in this way, that would be incredibly useful. Would that really represent an enormous amount of development effort...?

Mark

Solution to the problems with:

Target Name="AfterBuild"

http://weblogs.asp.net/lkempe/archive/2007/12/02/web-deployment-projects-for-vs08-released-as-ctp-amp-migration-tips.aspx

Tested and it works

Thx Laurent.

Lars,

That's the same workaround that has been posted on the forums, but it doesn't work for everybody (not for me, at least).

Cheers,

【原文地址】ASP.NET AJAX Control Toolkit and Web Deployment Project Releases for VS 2008

Just wanted to let you guys know I'm running the Devember 2007 CTP and I'm also having a problem with config section replacements in web.config. I've defined release-web.config and pointed my WDP config to use config sections from it. However, when building I'm getting the error that release-web.config cannot be found in the build directory. Looks like WDP is looking for the replacement file in the wrong folder.

-Alec.

Hi Alison, thanks for your response.

I'm glad that you identified the replacement issue and fix it in the release version.

About the .dlls issue, there is probably no too much I can add, I just have a Solution composed by one local IIS WebSite and one Web Deployment Project.

In Visual Studio 2005 it's been working flawlessly since almost WDP for VS2005 was released.

Then, I converted the whole solution in VS2008, with WDP already installed, and every time I try to deploy it, the mentioned dlls are added to the bin folder,

but there is nothing special I can mention about it to help you reproduce.

As a note, I can assure you that the Project file has ToolsVersion set to 3.5 and it's pointing to the right MsBuild version (9.0).

Here is the link to my post in the forums, I've just seen that another user is having the same problem.

http://forums.asp.net/t/1189535.aspx

Thanks,

Hi,

I love WDP. Does it will be support with Visual Web Developer 2008 Express Edition?

Thank

Web:手把手教你开发Facebook应用VisualStudio:WebDeploymentProjects(WDP)forVisualStudio200815 Fre...

It's important to note I think that in WDP 2005, the AfterBuild target was not implemented by MS.  In 2008, the change of using the TempBuilDir, and then cleaning it up in the AfterBuild target has caused many an upgrader problems.

I'm no MSBUILD expert, but it seems like the MS provided AfterBuild target shoud be chained to what is in the project's AftetBuild target, or just implement that cleanup internally in Microsoft.WebDeployment.targets.  To have everybody copy from the MS version to the local project file seems like a hack.

Hi

I've been using aspnet_compiler.exe for quite a while to precompile a website. The project has grown quite large and as a consequence it is now taking a very long time to precompile. We are currently at 10+ minutes and the site will only grow bigger in the future. If we need to sync a quick bug-fix, 10+ minutes is actually becomming an issue.

I have not tested the 2008 version, so I don't know if you have made any performance improvements.

With the 2005 version we have tried upgrading the compile server (which is now a dual dual-core xeon, 4 GB memory and 15K rpm Raptor disks), but with no considerable performance improvement.

Actually we have gone so far as to look at the classes in System.Web.Compilation and are considering writing a multithreaded version (I believe this is possible, if we accept some compilation overhead - CPU usage does not seem to be the issue, so this may be worth it), however before we take it thus far, I would like to hear if you are considering serious performance improvements yourself?

As I mentioned last month , VS 2008 fully supports building applications for .NET Framework 2.0... This

As I mentioned last month , VS 2008 fully supports building applications for .NET Framework 2.0... This

Three questions :)

1) How can WDP using multi-processor support, please?

2) Is WDP using .NET Framework 2.0 for the merging?

3) I cannot replace any web.config sections that are with custom dll's. For example, we purchased a 3rd party File Uploaded (called SlickUpload, info here: http://assistedsolutions.com/components/SlickUpload/  and web.config info for the component found here: http://krystalware.com/Products/SlickUpload/Documentation/InstallingSlickUpload.aspx).

How can I tell the WDP that the location of the dll is at XXXXX (eg. c:\temp\My.dll)?

This week my team released updates of the ASP.NET AJAX Control Toolkit as well as the Visual Studio Web

Is the bug with compiling resources described here (http://forums.asp.net/p/1125813/1770481.aspx#1770481) resolved pls ?

Thx

Hello!

  I too am getting the web.config replacement section problems like Pure Chrome is getting, three posts above. It's sooo frustrating :(

Could someone please help us by post some solutions, please?

-J-

Thanks Vishal for the reply :)

The work around you mentioned for Jessica above, worked for me too, but still didn't help with my third issue, as stated above.

When you answered my third issue above, I don't understand what you mean by this :

>>WDP is tied to your WAP or WebSite... It picks up the referenced assemblies for WAP and WebSite automatically so you not need to tell WDP about your dll location directly.

I have my custom dll in my websites BIN directory. At least it's there in my solution. eg. Website\Bin\3rdParty.dll

Therefore, it's like the WDP can't find my custom 3rd party dll.

Is there a way i can confirm this?

Hi Vishal,

 yep, it's definitely referenced in the website. I right-clicked the website-properties -> References -> Krystalware.SlickUpload   /  BIN   / 3.5.6.31939

【原文地址】ASP.NETAJAXControlToolkitandWebDeploymentProjectReleasesforVS2008

【原文发表日期】Saturd...

is it correct the the output directory now is always the TempBuildDir and not the "debug" folder as in visual studio 2005?

Juan Barrera, I'm having the same issue you are. When I build using the WDP, it's adding the following GAC DLL's to my bin folder:

* System.Data.dll

* System.Data.OracleClient.dll

* System.EnterpriseServices.dll

* System.EnterpriseServices.Wrapper.dll

* System.Transactions.dll

* System.Web.dll

Is there a solution for this?

Topher,

It's related with AjaxControlToolkit, it's a known issue, and they are looking for a solution.

In the meantime, my workaround is adding the following to the AfterBuild target:

<Delete Files="$(OutputPath)\Bin\System.Web.dll" />

<Delete Files="$(OutputPath)\Bin\System.EnterpriseServices.dll" />

<Delete Files="$(OutputPath)\Bin\System.EnterpriseServices.Wrapper.dll" />

<Delete Files="$(OutputPath)\Bin\System.Data.dll" />

<Delete Files="$(OutputPath)\Bin\System.Data.OracleClient.dll" />

<Delete Files="$(OutputPath)\Bin\System.Transactions.dll" />

<Delete Files="$(SourceWebPhysicalPath)\Bin\System.Web.dll" />

<Delete Files="$(SourceWebPhysicalPath)\Bin\System.EnterpriseServices.dll" />

<Delete Files="$(SourceWebPhysicalPath)\Bin\System.EnterpriseServices.Wrapper.dll" />

<Delete Files="$(SourceWebPhysicalPath)\Bin\System.Data.dll" />

<Delete Files="$(SourceWebPhysicalPath)\Bin\System.Data.OracleClient.dll" />

<Delete Files="$(SourceWebPhysicalPath)\Bin\System.Transactions.dll" />

Thank you Rasetti, your suggestion will work great until they have a chance to fix the problem!

BUG: I'm using the web config section replamcent feature of web deployment projects, but I'm experiencing the following problem.

I'm deploying to .\Testing\. My config files for section replacement are located in <<root web site>>\config\. When the project is done building the site, it looks for section replacement files in .\Testing\config (output directory). However, the current build execution path is .\TempBuildDir\, so the build process should be looking for .\TempBuildDir\config and not .\Testing\config. On "AfterBuild" the config folder gets deleted from the output directory, so .\Testing\config doesn't exist and therefore deplyment fails.

Long story short: update the config section replacement code to use the temp output folder rather than the final output folder as its execution path.

Thanks

Hi Alison,

  thanks heaps for looking at my problem -- but my problem is not with the dll being copied to the BIN directory, which u tested.

My problem is with trying to use the web config SECTION REPLACEMENT for a 3rd party ... like the slick upload. If i try to replace the section in the web.config, I get the the following error:-

Error 9 An error occurred creating the configuration section handler for slickUpload/uploadStreamProvider: Could not load file or assembly 'Krystalware.SlickUpload' or one of its dependencies. The system cannot find the file specified. (R:\Visual Studio Projects\My Project\Deployment\Web Deployment Project\Web Deployment Project\Debug\web.config line 27) 1 1 Web Deployment Project

This is what i've added to the WDP project file...

<WebConfigReplacementFiles Include="ConfigurationSettings\SlickUpload.UploadStreamProvider.Development.config">

     <Section>slickUpload/uploadStreamProvider</Section>

   </WebConfigReplacementFiles>

Of course, i have the following section in my web.cofig file...

<slickUpload>

   <uploadStreamProvider location=".." fileNameMethod="Guid" existingAction="Overwrite"/>

   <statusManager provider="ApplicationState" />

   <uploadParser requestFilter="" attachEvent="BeginRequest"/>

 </slickUpload>

Does that make more sence?

Cheers :)

-PK-

Hier finden Sie eine Liste der häufigsten Kunden-Fragen. 1. Das neue ASP.NET LINQDataSource Control bietet

Hier finden Sie eine Liste der häufigsten Kunden-Fragen. 1. Das neue ASP.NET LINQDataSource Control bietet

I deployed my site, and a whole bunch of image files are missing. It seems completely random. Under my App_Themes folder, some subfolders contain a 3 out of 20 image files.

If I check the temporary folder ("TempBuildDir"), everything seems to be there - no missing file. So the problem seemed to occur while copying the files over to the output directory. But I didn't receive any warning/error during build or deployment.

Overall, this new deployment process using a temp folder has been really unreliable (see my previous post about config section replacement), and is not solving anything for me - my current delpoyment setup works around broken builds by not deplying directly to the target server. It'd be great if I could have an option to have this work exactly the way it used to.

I'm deploying every 2 weeks. We upgraded to VS 2008 10 days ago, not realizing WDP 2008 were not released yet, converted all our projects, and now that we're about to release - deployment isn't working anymore. It's a real headache.

Any update on when the RTW will be available?  We are about to do the upgrade to VS2008 and I'll wait a few days if this is about to RTW.

In December 2007, we had released Community Technology Preview (CTP) version of&#160; VS 2008 Web Deployment

[UPDATE 2/3/08] The final version is now available . I know a lot of folks have used web deployment projects

The download location mentioned at the beginning of the article is for the CTP release and is no longer valid. The replacement - the RTW release - is available at http://www.microsoft.com/downloads/details.aspx?FamilyId=0AA30AE8-C73B-4BDD-BB1B-FE697256C459&displaylang=en

VS 2008版的ASP.NET AJAX控件工具包和Web部署项目

ASP,net Compiled DLLs and simplifying builds