51

Welcome to SharePoint Stack Exchange! In your Visual Studio 2012 SP Solution: Enable Always Force Install to True in for your feature. See example below: By default, it is set to False. You can configure that to be set to True.


17

You need to populate the gallery if web part is not appearing in the web part gallery. For that go to site setting(I use 2013) site gallery, click on web parts link There clicking on new documents, you will get all the web parts installed. Check the box along the web part name and click on populate button on the top. That should work, I hope.


13

This error happens if you deploy a solution which contains a visual web part to a different web application on the same farm as the web application where it is already installed. In other words, you have two web applications, A and B on the same SharePoint farm. You want to deploy solution S which contains a visual web part to web application B, but it is ...


10

As a short answer: No You can't add two different versions of the same solution name in the same environment. Workarounds You have 2 workarounds Redploy the same solution with a different name. In UAT and Production farms, Try to do the following: Back up the current solution as mentioned here. Retract and remove the old version using PowerShell. ...


8

Before you can deploy a SharePoint hosted app to your SharePoint Preview development environment you have to configure an isolated app domain. like this : http://sharepointchick.com/archive/2012/07/29/setting-up-your-app-domain-for-sharepoint-2013.aspx http://msdn.microsoft.com/en-us/library/fp179923%28v=office.15%29 Hops it helps!!


8

within your solution click on feature.feature and goto its properties, you should now see somthing on the lines of Always Force Install just set that to true and you dont need to do the force attribute anymore! looks like a feature wasnt retracted properly and has become a phantom! ybs has a similar issue here! Visual studio Both site collections ...


7

No, the solution dictates if it's global or per web application. WebApp Scope If the solution contains resources that's web application specific like: - Dll deployed to bin - Dll with SafeControls - files to the other hostdir folders then the solution must be installed to specific web application(s) by either specifying web applications like: Install-...


6

DON'T There is no way this is going to turn out well. Changing the name of the WSP isn't going to change anything. You'll still have the same: Solution Id Feature Folders and Ids Dlls (including the codebehind for your application pages) SharePoint Root files (including your application pages) So in order for the new solution not to overwrite the old you ...


6

A better way to solve this without adding force is after the error happens, just leave the wsp there with the error in CA, open the SharePoint Management Shell and use the update-SPSolution command with the path of the wsp file you just added to deploy, it should also deploy itself after the update. Update-SPSolution -Identity "name wsp" -LiteralPath "path ...


6

The workaround is as follows: Open up your SharePoint 2012 solution in Visual Studio 2012/2013 In the Solution Explorer (use View -> Solution Explorer if you don't see it) expand your solution and browse to the Package within your project Double click on the Package.package entry to open up the package editor Click on the Advanced Tab The Additional ...


6

Here is the PowerShell code to create a webpart page: Add-PsSnapin Microsoft.SharePoint.PowerShell $pageTitle = "Page Name" $layoutTemplate = 4 # Template code $web = Get-SPWeb http://server/site $list = $web.GetList("http://server/site/LibraryName/") $xml = "<?xml version=""1.0"" encoding=""UTF-8""?><Method ID=""0,NewWebPage""><SetList ...


4

Paul Liebrand posted a blog post which would do the magic in PowerShell. I assume you could modify the where/? part to fit your needs, like matching the solution id for example. Get-SPTimerJob | ? {$_.Name -like "Solution-Deployment*" } | % { $_.Delete() } I haven't got a chance to try this myself.


4

None-sandboxed solutions must be deployed by Farm Administrators. You will need to package the solution and send it to the relevant people who can deploy it via STSADM or PowerShell as taste dictates.


4

Yes, you can build and publish WSP without deploying solution.There is 'Publish' option in visual studio 2012, click on it & specify hard drive folder path to publish WSP. First bulid your solution then Right click on project in solution explorer-->Publish


4

Are there only 2 kinds of SharePoint Solutions? yes, but since SP 2013 we could count the APPs as a separate solution type as well Does the SharePoint Foundation Sandboxed Code Service" (SPUserCodeV4) have to be active ... yes On what server(s) should...Code Service" (SPUserCodeV4) be active? I would suggest on the front end "Save Site as ...


4

With the recent update to SharePoint Online you can deploy SharePoint Framework solutions and add-ins either globally in the tenant app catalog, which will make them available in all sites, or locally in a specific site collection app catalog. Site collection app catalogs are not enabled by default and tenant administrators have to explicitly enable them on ...


3

You can't deploy anything to any mapped folders in Sandboxed solutions. A Sandboxed solution cannot place physical files in the LAYOUTS virtual directory - it's just one of their limitations. What you'll need to do is to add your images to a Module SPI folder in Visual Studio, and have the Solution deploy the module (and the files contained within) to a ...


3

That's typical. Admins are normally responsible for keeping the servers and applications running up and available. If they aren't the ones deploying the solutions, you cut them out of the loop and they then have difficulty supporting their servers and applications. They are the ones getting called initially when applications and servers aren't beahving ...


3

Do developers normally have access? It depends on the company and it depends on the project. I've worked on projects where I deploy all the way up to production, and I've worked on projects where my involvement ends when an admin deploys to test. Do developers want access? Naturally. Do admins want developers to have access? Not typically. Is your ...


3

I would say that developers normally have access to at least test. I am a SharePoint Consultant-Developer and at most of my clients we have some access to a test server. Of course it matters the importance of test and the size of the org. Our big clients it is hard to get on test, or we have to make new test servers for each project. At smaller clients ...


3

You need to have access to the Site Collection to be able to upload Sandboxed Solutions. If you don't have access to the Site Collection admin stuff, then you need to contact the Site Collection Owners.


3

SharePoint's solution deployment is a bit of a black box. I would try two things: 1) Use -Force on the Install-SPSolution cmdlet to instruct SharePoint to override files, etc., and hopefully result in "Deployed". 2) If #1 doesn't work, I would retract and remove the solution. Then restart the SPAdminV4 and SPTimerV4 Windows Services. Then re-add the ...


3

SP.Update() should work after you add the solution to the farm. var complete = false; while (!complete) { complete = SPFarm.Local.Solutions[“solutionName.wsp”] != null; if (!complete){ SPFarm.Local.Update(); Thread.Sleep(10000); } }


3

I had this same issue and found that it was because of Orphaned Feature. There are chances that whenever you remove wsp from farm and redeploy it, then Feature associated with that wsp might not got deleted properly. this feature will not be listed in your powershell also when you try to search which features are available in your farm. So better way to ...


3

Try this code,it will donwload it from the site collection $spWeb = Get-SPWeb -Identity http://SPServer $listTemplate = [Microsoft.SharePoint.SPListTemplateType]::SolutionCatalog $solGallery = $spWeb.Site.GetCatalog($listTemplate) $solGallery.Items | ForEach-Object { if($_["Title"] -eq "the title of the solution") { [System.IO.FileStream]$outStream = ...


3

I can't find a resource on this atm, but the main differences are: if your solutions contains dll's it will ask to deploy them to the gac. I've personally not deployed them to a specific web app's bin folder yet. if your solution contains webparts or other resources that require modifying the web app's web.config file, it will ask you what web application ...


3

You can put the specific term store name in the Site property bag and in the feature receiver fetch it from there.


3

This solved my problem: remove-spsolution -identity {name of wsp file.wsp} -force


3

Here is the line may help you: This does not seem to be a supported use case at the moment. It is possible with SharePoint Add-Ins, but not SPFx WebParts. You can find the complete thread Deployment to Developer Site is not possible


3

First, It's not possible to have 2 solutions with the same solution ID on the same farm. In your scenario, Unfortunately, you don't have SharePoint solution to open it with Visual Studio and change the Solution ID easily! Check also Difference between Feature ID and Solution ID So the available workaround is changing the Solution ID and rebuild the WSP ...


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