Tag Info

Hot answers tagged

7

In the Timer Job project, open the package designer. Click Advanced (bottome of the designer) Click Add, and choose Add Assembly from Project Output. Select Project A Repeat selecting the other project. All your assemblies will be in the Timer Job solution, and is the only one you need to deploy to SharePoint.


4

As Ari says they are located in c:\windows\assembly, but if you browse that folder using Windows Explorer you will see a custom UI which shows the GAC. If you use PowerShell, a command prompt or other applications such as Total Commander (my favorite) you will see that c:\windows\assembly contains a set of other folders where the actual assemblies are ...


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

If you have a farm with multiple servers, you'll need to update your dll's in all of the servers. but if you have only one server, you can drag your dll to the gac folder or use the GacUtil. In any case I would suggest you to deploy your dll using a WSP solution which will copy your dll to all of the servers on your farm.


3

if you work with powershell ensure that the thread that does the retract and remove is stopped and the deployment happens in a new thread. This is also relevant if you update FeatureReceivers from within a powershell script. You have to start the deployment/feature activation in a separate thread, otherwise the DLL is not released from GAC and remains the ...


2

Your approach is quite correct. Have a separate wsp and deploy the common dlls to GAC. Now for your questions : For development of other solutions in Visual Studio which need to refer these dlls, Just add assembly references as you normally do, choose browse option and select the required dlls. I would recommend navigating to ...


2

Paul Beck has a good blog post about this: http://blog.sharepointsite.co.uk/2010/07/deploying-to-gac-vs-bin-folder-in-sp.html My general rule is: Deploy my custom code to the GAC except if it's not trusted i.e. 3rd party code or there is a business reason/policy not to. It makes dev easier but is not ideal in that best practice decitates that you should ...


2

When Fusion (the system behind .net that controls assembly binding) looks for an Assembly it will always look in the GAC first. Whats probably happening here is :- You deploy your timer job assembly v1 The Timer service loads the assembly v1 You deploy your new timer assembly to the GAC (v2) The Timer service already has V2 'bound' so it will not load ...


2

The issue was resolved by adding a strong-name assembly reference in the ascx file pointing to the code-behind assembly. If your ascx file's assembly references do not include strong-name, like this: <%@ Control Language="C#" AutoEventWireup="true" CodeBehind="SomeFile.ascx.cs" Inherits="SomeNameSpace.SomeClass" %> Try adding a full assembly ...


2

For SharePoint 2007 deployment, I personally use WSP builder, works great as far as you use it properly. However back in day,s I used to add a project output to solution and then generate CAB files, then convert CAB file into WSP by changing file's extension and use STSADM command for deployment. In newer version of SharePoint (2010, 2013) & Visual ...


1

Normally all the artifacts should be part of the WSP itself. You should be simply Adding the solution and then deploying it. No need to manually adding the dlls to GAC and adding safe control entries. You should get in contact with the company from whom you purchased the web part. They can provide you better guidance. However, I remember the days when I ...


1

add this just above your public class file! [SharePointPermissionAttribute(System.Security.Permissions.SecurityAction.Demand, Impersonate = true)] [SharePointPermissionAttribute(System.Security.Permissions.SecurityAction.Demand, ObjectModel = true)] then let wspbuilder do the rest for you as it will build the xml file for you within the manifest file! ...


1

You can try Alexander's PowerShell link but if you want something really easy and quick which will enable you to get assembly you want from gac then you can try this, Click start and then on "Run", Put this command in it, %windir%\assembly\GAC_MSIL // you move back a directory it will show you gac as folders which you can copy and that. If your ...


1

The classes in the System.Collections.Generic namespace is in System.dll and mscorlib.dll, so you won't find a DLL named System.Collections.Generic.dll. Generics were introduced in .NET 2.0, so because SP 2010 requires .NET 3.5 to run, the namespace should be present in those DLLs. Make sure you're targeting the right framework in the project's build ...


1

Make sure the dll you downloaded matches your development machine as if both are for x86 processors or if they are for 64 bit, if that's fine then just drag and drop DDayICal.dll to Gac and do a IISReset, and reference it to your project as well, it should work straight away without giving an error for strong file name, however you should check these links ...


1

In line: <%@ Register Assembly="AjaxControlToolkit" Namespace="AjaxControlToolkit" TagPrefix="act" %> put more information about assembly sth like this: <%@ Register Assembly="AjaxControlToolkit, Version=x.x.x.x, Culture=neutral, PublicKeyToken=xxxxxxxxx" Namespace="AjaxControlToolkit" TagPrefix="act" %> Version and public key token you can ...


1

I've explained some possible approch in my anwser of the question Best practices for creating a shared code library for SharePoint projects. Basically, what I'm suggesting is to build a wsp file with the required shared libraries. Then create a feature, just to say the libraries has been deployed. In you project, you can simply reference your dll, set the ...


1

If you got RDP access to the server, I'd do it this way. Open the C:\Windows\assembly folder Open the folder where your dll is located Copy the dll to the assembly folder Wait untill you can reset the webserver Do an iisreset /noforce or recycle the application pools via IIS Manager If you don't have (RDP) access to the server you could write a script ...


1

You will have to deploy shared libraries to the gac if you are using Sharepoint objects... i had a simialar issue like this... Issue Refrence just have a look at my answer, it will explain why it must be installed in the gac. and how to add it to the Gac. their is also a seperate option. i have listed it their aswell


1

I get this exact problem myself. I can't work it out either, but I have noticed that it will only occur when I have certain source code files open and active in Visual Studio (in your case it would be a code file from the SecondLib project), and it would only occur when trying to do a package or deploy action. If you close the source files from SecondLib ...


1

We eventually concluded that there must have been a reference between the two assemblies or this could not have happened. We redeployed both WSP packages again and it is working sweet. Lessons learnt were to formalise and test deployment processes, and to more vigilantly use labels and tags in source control to identify versions.


1

This field is optional and if you do not specify anything, your assembly should be installed in GAC on all servers. Again, this is based on my reading of other users' experience here: http://social.msdn.microsoft.com/Forums/en/sharepointdevelopment/thread/03c35630-0f68-44bc-a097-44a77c6c21dd SPServer.Role is weird, my development server (everything on one ...


1

Is TlJobFeature being activated as a user with access to your config database? sounds like it is, but just check Are you restarting the timer service when you deploy the assembly? net stop sptimerv4 net start sptimerv4 check c:\windows\assembly to make sure you assembly is in the GAC is it a multi server environment, check it is being deployed to all ...


1

No, because it falls into ECM bucket of SharePoint 2010 server. The best way to answer similar question is to look into SharePoint Server 2010 SDK. If the assembly is documented under Library reference of SharePoint Foundation, it is available for it and vice versa. http://msdn.microsoft.com/en-us/library/ee559357.aspx



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