1
Si nous compilons une solution .NET à l'aide de VS 2010 qui s'exécutera dans un environnement asp.net 2.0 et que nous référencions une DLL externe et que nous planifions de déployer et d'exécuter la solution dans Sharepoint, je comprendrai besoin de déployer ma DLL et créer une entrée safecontrol. Mais qu'en est-il de la DLL référencée? Aurai-je besoin de PublicKeytoken une entrée dsafecontrol pour cela?déploiement de DLL de référence dans SharePoint
<SafeControl Assembly="System.Web, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=xxxxxxxxx" Namespace="System.Web.UI.WebControls" TypeName="*" Safe="True" AllowRemoteDesigner="True" />
De même, dois-je définir la cible sur 2.0 dans Visual Studio 2010? Ou comment?
que se passe-t-il si mon projet contient déjà un fichier manifeste et crée l'entrée safecontrol .. il saura à quoi l'ajouter? Aussi, je le fais pour la première fois en 2010, il se plaint que mon sharePoint.dll ref nécessite une version ultérieure de .net et je suis réglé sur 2.0 et c'est la mousse 2007, je déploie. Est-ce que tout ceci est lié au guid dans mon assemblyinfo.cs ou au solutionID dans mon fichier manifeste? Merci. – o365spo
Est-il même possible de compiler/déployer vers 2007 à partir de 2010? – o365spo
Il suffit de lire ce qu'il faudrait pour construire un webpart en vs2010 pour moss et 2007 et probablement ne vaut pas le coup pour nous. Comme un rapide et sale - est-il possible pour nous de déposer les DLL dans le dossier bin de l'application web et de les référencer de codebehind dans les pages sharePoint afin de ne pas avoir à installer vs 2007? Si oui, aurais-je besoin d'une entrée de clé de contrôle sûre? – o365spo