Merci! Ne pas vous aimer SharePoint ... Je devais faire le code Infront pour une fonctionnalité qui fait référence Oracle:
<%@ Assembly Name="System.Data.OracleClient, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" %>
<%@ Import Namespace="System.Data.OracleClient" %>
et je peux référencer les cours de cette assemblée OracleClient: OracleConnection, OracleCommand, OracleDataReader
Mauvaise partie était, je n'ai eu aucune erreur de compilation, et a dû utiliser le SmartPart merveilleusement utile (fils-de ou "ReturnOfSmartPartv1_3.wsp" du codeplex: http://smartpart.codeplex.com/).
Je n'ai pas eu d'erreurs de compilation mais il ne montrait rien pour ma fonction SharePoint (à partir d'un ASCX code-inline) ... J'ai effectivement eu des erreurs de compilation mais il a dit qu'il a réussi à compiler dans VS.NET ... J'ai donc utilisé SmartPart pour héberger le contrôle avec tout ce qui a été commenté, puis j'ai décommenté et appuyé sur F5/refresh.
J'ai eu des erreurs de compilation - avec des numéros de ligne - dans le conteneur SmartPart! Funky cool !! Alors maintenant mon ASCX fonctionne très bien puisque je peux utiliser SmartPart pour le voir fonctionner ou pas, et pourQUOI!
est le .dll supposé être en minuscules comme ça? – Blankman
Je doute que cela ait de l'importance, mais ça ne ferait pas de mal de faire correspondre le cas. Plutôt que de retaper je viens de copier/coller le nom de la publication de Will. –
vous vous rendez compte que maintenant les programmeurs du monde entier vont faire la même erreur 'casing' :) (merci!) – Blankman