Tag Info

Hot answers tagged

9

If the WSP has any assemblies in it - no. The assemblies developed for SharePoint 2010 will be referencing the SharePoint 2010 core assemblies, and will fail when trying to load them in SharePoint 2007. If the WSP only has XML in it, and no server side code in assemblies, it should deploy fine, given it has no Feature code that's new in 2010 (such as ...


8

As far as I know, the only way to upgrade a feature is by calling the Upgrade() method. Any other operation, including deactivation/reactivation, solution upgrade/update etc should in no way force a feature upgrade. I have upgraded some feature after a solution update in the past and they were NOT automatically upgraded by the Update-SpSolution cmdlet (I had ...


6

Looks like you're using default Update method of SPContentType when updating your content type in feature updating receiver. To push changes to all inherited list content types, you should use another overload of the Update method, and pass true to it: contentType.Update(true); Description of the parameter from MSDN: updateChildren Type: ...


5

You can install CKSDev extension using VS.NET extension Manager, if you have not already done so. It provides a project configuration called Upgrade Solution. You can switch to it by going to project properties as shown below: By going to Project’s property pages (SharePoint tab), you can also inspect what actions it takes.


5

SharePoint doesn't delete either list or its data on feature deactivation or deinstallation, at least if it was created through CAML (Elements.xml, schema.xml). Probably you're using Visual Studio deployment in your testing environment, and it is Visual Studio who deletes the list, treating its existence as a deployment conflict. But if you re-deploy ...


4

The point here is that there are many possible upgrade scenarios, and in some cases performing historical upgrades is not desired. Instead of managing only upgrade actions, you should also keep up-to-date the main version of your feature, i.e. you should include the FieldRef elements into the content type XML. This will not interfere with UpgradeActions, ...


4

While it is possible to upgrade features while upgrading solution, it is a very bad practice, so only consider this as a warning of how not to do it: Using -force parameter on Install-SPSolution will force solution to be installed and underlying features to be enabled even if they were already enabled. Forcing a feature to be enabled will also trigger ...


4

Esteban, The .CS code is compiled into the assembly. The actual .cs file is never deployed to SharePoint, so the only thing you would need to do is rebuild the WSP solution and upgrade it. This will update the assembly, recycle the app pool, and deploy your change to any web application. Beyond that, Ashish is right that removing a solution will not ...


3

If you wanted to do it the "right" way then you should have used Feature Upgrading. It's unfortunately not simple but gives you a lot of control of what happens when you deploy a new version of a feature. In your case it would have involved: Add the elements.xml files for the new web parts inside <ApplyElementManifests> inside ...


3

My understanding is that when you add a new field to Content Type while upgrading a FEATURE, you have to : Use your code (UpgradeActions/VersionRange in your question) for FEATURES already activated and need to be upgraded Add the fields to the original content types also to make sure that fresh activation also includes the fields because, it (fresh ...


3

You cannot install SharePoint 2010 WSP on a SharePoint 2007 environment, because it references the SharePoint 2010 DLL files and the package Product Version is set to 14.0. If you got the visual studio project, you could try and downgrade the project so that it works for 2007. More information about this can be found on this blog post.


3

When you install the executable for a Cumulative Update (CU), you have not actually upgraded your servers yet. The PSConfig.exe (Command Line), or the SharePoint Products Configuration Wizard (GUI), will need to be run to upgrade both the running binaries, and make any changes to the SharePoint database schemas provided in the CU. In this case, you have the ...


2

If you are looking for powershell commands to retract\deploy you need this: Deploy: Add-SPSolution Install-SPSolution Enable-SPFeature Retract: Disable-SPFeature Uninstall-SPSolution Remove-SPSolution But your tags a little bit confusing..


2

From the comments in your question it seems that the system team used the Update-SpSolution PowerShell cmdlet. In that case they are performing a solution update which won't work to provision any new artifact. As discussed in this other question SharePoint supports two main ways to upgrade a solution: a retraction/readd cycle, also refered to as solution ...


2

Well you made changes to List Schema definition, changes will only be applied to New Instances of List not to existing one. You have to write additional Upgrader feature which will Add the view programatically. You can also look into the http://www.sharepointnutsandbolts.com/2010/06/feature-upgrade-part-1-fundamentals.html (Upgrade Feature Concept in ...


2

It's a common issue when writing deployment scripts for SharePoint in PowerShell that often you need to spawn a new PowerShell in order to: Get rid of cahcing Get a clean AppDomain without old version of dlls loaded The version of the dlls is going to be your next problem as I assume you're going to call Upgrade on the returned features, which might want ...


2

You will need to re-activate the web parts from web part Gallery go to site Actions> Site settings under Galleries > Web parts in the Web parts Gallery documents >new document you will fine the new web parts select the new web parts and click Populate Gallery in the new web part Edit Properties Change the group to Custom and click save after that you will ...


2

I would recommend you to deactivate and uninstall the feature using stsadm/PowerShell on destination environment first, the retract and delete the WSP containing the feature. Now, try to add and deploy the WSP containing correct feature version, but DON'T activate/deactivate the feature. In fact let this feature activation/deactivation should be done using ...


2

I've found updating wsp's can be a little tricky sometimes. Sometimes doing a full Uninstall-SPSolution/Remove-SPSolution will help if you are experiencing strange behavior. In my experience deploying form visual studio usually goes off without a hitch. Because of this, I will try to match it's deploy process as closely as possible if I am having a deploy ...


2

As Chris explains in Feature upgrade (part 1) - fundamentals Feature upgrade does NOT happen automatically (including when the Feature is deactivated/reactivated)! The only way to upgrade a Feature is to call SPFeature.Upgrade() So, on first deployment you'll activate the Feature and the Feature_Activated event will run. Now you make some changes ...


2

You should use Feature Upgrading to register the new EventReceiver. Just creating the code will not tell SharePoint to call the EventReceiver you have to do that in either an Elements.xml file using <Receivers> element or through code by creating a new element in the right EventReceivers collection For the following examples assume you're upgrading ...


2

im presuming that the feature is in a wsp so you should be able to do this: Update-SPSolution –Identity YourSolutionName.wsp –LiteralPath “C:\YourSolutionName.wsp” –GacDeployment http://technet.microsoft.com/en-us/library/ff607724.aspx EDIT forgot to mention you need to change the version number ;) for a more finer detail you can follow this: 1.Open ...


1

Chris O'Brien has a good description of feature upgradeing in Feature upgrade (part 1) - fundamentals. To start off you need: Create the code to make the changes to the existing list (see How to: Add a Content Type to a SharePoint List) Put that code inside FeatureUpgrading for your feature. It may be good to make the code generic and use an ...


1

In SharePoint 2010 the concept of Feature Upgrade has been introduced (this is on the Feature - not the solution itself). Upgrading the solution would could actually mean feature upgrading actually. If that is the case, Chris O'Brien does a pretty good job with an example explaining it here ...


1

Couple of things: You should be updating SPContentType.FieldLinks, and not SPContentType.Fields. The latter is only a construct that represents the merge between the field's list definition and any specific modifications for that content type in that list. Try using SPField.Update(boolean) to propagate changes down the hierarchy from the site-level ...


1

The name of the SPConfigModification should be the exact xPath to find the element to remove within the container specified by path In your code you have a Upper/Lowercase error in the name Assembly=\"MyCompany.CustomACtivities... !!! You should use constants (or better get the values from the type) for the values in both Name and Value to make sure they ...


1

I think that the old form was associated on list creation. In this case you should updete list instance. You can look at this post, there is an example how to change a form. I think you can do these steps to solve your issue.


1

I think VS.NET does not support the upgrade using FEATURE Designer. But you are not helpless.. you can edit the FEATURE manifest manually and VS.NET will merge the edits with designer elements. Open the Designer and then click on manifest and then edit in the bottom, as shown below. Also check out: ...


1

First I need to make a statement: Workflows are evil. I spend countless hours trying to solve similar issues back on SP2007. As far as I know safe way to update existing workflows doesn't exist. Sometimes minor changes can be done but in most cases you will experience problems and 'old' workflows will stop responding. My guess is that some correlation id's ...


1

Check out SharePoint Manager - its a codeplex solution that you run on your server. With it, you'll be able to navigate into a site and review the CAML associated with the content types that have been deployed to a site. Be sure to do a Run As Administrator on SharePoint Manager 2010 after extracting it Using the explorer, navigate into the site you've ...



Only top voted, non community-wiki answers of a minimum length are eligible