How do I deploy the new version of a webpart?

Question

As stated here (and as i checked), to upload a new version of an installed webpart, uninstalling the assembly from the GAC and installing the new version would suffice. I've tried it and it worked.

Now, in my development environment I have have a new version of my webpart. In production, I uninstall the .dll from the GAC, recycle the application pool and if I reload the page, the webparts are not shown. This is expected.

I then install the new version (directly taken from development environment's GAC), recycle again the pool, and the webparts are back on SP pages but those are the old versions! I've checked the browser cache and I've also performed an iisreset on the server, but nothing seems to work.

Where is SP taking the older version?

Answer 1

Also check that you dont have a version of the assembly in the BIN folder of your IIS website.

Note that it is considered a best practice to package your web part in a solution (WSP) and deploy it this way. Also as noted in SO answer, make sure that you are hitting the right WFE. If you have several web frontend servers, you must manually update all GAC's (this is handled automatically when using solutions and features).

You could debug the issue with Fuslogvw.exe or Process Explorer to find out exactly what assembly is loaded.

Answer 2

Run with Powershell:

Update-SPSolution –Identity MyAwesomeWebPartsSolution.wsp –LiteralPath .\MyAwesomeWebPartsSolution.wsp –GACDeployment

This operation will recycle the application pool for you.

Answer 3

You say you recycle the app pool. Have you tried doing a complete iisreset?

I have seen the GAC get in a mess after multiple copies directly into the GAC. I have even had the entire contents of the GAC disappear from the explorer view! In all these cases a machine reboot seemed to solve the problem. No doubt there is a less drastic way of fixing this, but you generally don't have time to get to the bottom of it - you just need to get things working again and move on.

Or better still, don't deploy this way, as Anders says.

Answer 4

I more this u have to do in web.config file of your web application

go to

C:\Inetpub\wwwroot\wss\VirtualDirectories\and find ur web application

open it with VStudio

Copy this code n paste it above

tag

and right click on that dll in gac and copy paste that value .....save then exit

restart IIS

Answer 5

stsadm.exe -o deletesolution -name *wspfile file name* -override

stsadm -o retractsolution -name *wspfile file name* -url site url -immediate

also need to remove the Web part from the site collection Web part gallery.

Answer 6

My fix involved a corrupted solution in VS2012.

The Custom Tool property for the webpart's .ascx file was blank. When I entered SharePointWebPartCodeGenerator I received a lot of compile errors. That's when I realized I had two ...ascx.g.cs files.

I deleted the file that did not appear under the web part file and got the solution to build. From there, it all worked fine.

I copied the files from a large solution into a smaller solution, and some namespaces were wrong. This caused other headaches in deployment. But the fix above finally made my changes to the .ascx appear when the webpart was deployed.