Vous êtes ici Forums
  |  Connexion
 Forums
HomeHomeForums DNNForums DNNInstallationInstallationServeur Error Suite upgrade de 4.9 vers 5.06Serveur Error Suite upgrade de 4.9 vers 5.06
Précédente
 
Suivante
Nouveau message
02/03/2011 15:28
 
Bonjour à tous,

Suite à un upgrade du DNN, j'ai l'erreur suivante qui apparait pour différents modules alors que ceux ci fonctionnait avant :
Le site fonctionne sur un IIS 6

Les fichiers '/App_Code/Survey/SurveyResultInfo.vb' et '/App_Code/Horaire/DataProvider.cs' n'utilisent pas la même langue, ce qui n'est pas autorisé puisqu'ils doivent être compilés ensemble.

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.Web.HttpException: Les fichiers '/App_Code/Survey/SurveyResultInfo.vb' et '/App_Code/Horaire/DataProvider.cs' n'utilisent pas la même langue, ce qui n'est pas autorisé puisqu'ils doivent être compilés ensemble.

Source Error:

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace:

[HttpException (0x80004005): Les fichiers '/App_Code/Survey/SurveyResultInfo.vb' et '/App_Code/Horaire/DataProvider.cs' n'utilisent pas la même langue, ce qui n'est pas autorisé puisqu'ils doivent être compilés ensemble.] 
System.Web.Compilation.BuildProvidersCompiler.ProcessBuildProviders() +881
System.Web.Compilation.BuildProvidersCompiler.PerformBuild() +29
System.Web.Compilation.CodeDirectoryCompiler.GetCodeDirectoryAssembly(VirtualPath virtualDir, CodeDirectoryType dirType, String assemblyName, StringSet excludedSubdirectories, Boolean isDirectoryAllowed) +387
System.Web.Compilation.BuildManager.CompileCodeDirectory(VirtualPath virtualDir, CodeDirectoryType dirType, String assemblyName, StringSet excludedSubdirectories) +125
System.Web.Compilation.BuildManager.CompileCodeDirectories() +525
System.Web.Compilation.BuildManager.EnsureTopLevelFilesCompiled() +448



[HttpException (0x80004005): Les fichiers '/App_Code/Survey/SurveyResultInfo.vb' et '/App_Code/Horaire/DataProvider.cs' n'utilisent pas la même langue, ce qui n'est pas autorisé puisqu'ils doivent être compilés ensemble.]
System.Web.Compilation.BuildManager.ReportTopLevelCompilationException() +57
System.Web.Compilation.BuildManager.EnsureTopLevelFilesCompiled() +612
System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager, IApplicationHost appHost, IConfigMapPathFactory configMapPathFactory, HostingEnvironmentParameters hostingParameters) +644
[HttpException (0x80004005): Les fichiers '/App_Code/Survey/SurveyResultInfo.vb' et '/App_Code/Horaire/DataProvider.cs' n'utilisent pas la même langue, ce qui n'est pas autorisé puisqu'ils doivent être compilés ensemble.]
System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +3465427
System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +69
System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) +279

Du coup impossible d'arriver sur le site, merci d'avance de votre aide,

Rel
 
Nouveau message
02/03/2011 15:50
 
Bonjour,

Es-tu certain d'avoir utilisé le package Upgrade lorsque tu es passé en 5.6 ? Si tu as utilisé le package Install, j'espère que tu as une sauvegarde du site et de la base avant la mise à jour !

Ce problème survient lorsque deux langages différents (VB et C# ici) sont utilisés pour faire des modules en mode WSP. Pour que cela fonctionne, chaque dossier contenu dans App_Code doit avoir une entrée dans le fichier web.config tel que ci-dessous :

...
<codeSubDirectories>
        <add directoryName="Horaire" />
        <add directoryName="Survey" />
</codeSubDirectories>
...

Gilles
 
Nouveau message
02/03/2011 16:30
 
Bonjour,

Merci pour cette réponse rapide,

J'ai utilisé  :DotNetNuke_Community_05.06.01_Upgrade, mais peut etre j'ai mal procéder a la mise a jour...

Alors pour le web.config les subdirectories sont bien configurés cependant j'ai toujours l'erreur et les modules sont identiques que sur les DNN encore en 4.9 donc je ne comprend pas pourquoi il veut recompiler différement ?

La 4.9 permettait d'avoir 2 langages et pas la 5.6 ?

 
Nouveau message
03/03/2011 13:29
 
Le problème à été résolu avec des ajouts de ligne dans le web.conf ( oublie de préciser le c# )

Cependant une nouvelle erreur est apparu :

Erreur d'analyse

Description : Une erreur s'est produite au cours de l'analyse d'une ressource requise pour répondre à cette demande. Veuillez consulter ci-dessous les détails relatifs à l'erreur d'analyse en question, puis modifier votre fichier source de manière appropriée.

Message d'erreur de l'analyseur: Impossible de créer le type 'dnnui:DnnWindowManager'. Impossible de charger le fichier ou l'assembly 'Telerik.Web.UI, Version=2010.2.929.35, Culture=neutral, PublicKeyToken=121fae78165ba3d4' ou une de ses dépendances. Le fichier spécifié est introuvable.

Erreur source:

Ligne 30 : <input id="ScrollTop" runat="server" name="ScrollTop" type="hidden" /> Ligne 31 : <input id="__dnnVariable" runat="server" name="__dnnVariable" type="hidden" /> Ligne 32 : <dnnui:DnnWindowManager ID="DnnWindowManager" runat="server" Visible="False"> Ligne 33 : </dnnui:DnnWindowManager> Ligne 34 : </dnn:Form>

Fichier source : /Default.aspx    Ligne : 32

Suivi du chargement de l'assembly: Les informations suivantes peuvent permettre de déterminer la raison pour laquelle l'assembly 'Telerik.Web.UI, Version=2010.2.929.35, Culture=neutral, PublicKeyToken=121fae78165ba3d4' n'a pas pu être chargé.

AVT : le journal de liaison d'assembly est désactivé. Pour activer le journal des échecs de liaison d'assembly, attribuez la valeur 1 à la valeur de Registre [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD). Remarque : une certaine perte de performance est associée à l'enregistrement dans le journal des échecs de liaison d'assembly. Pour désactiver cette fonctionnalité, supprimez la valeur de Registre [HKLM\Software\Microsoft\Fusion!EnableLog]. 

Je n'arrive pas a comprendre le problème de ce message,

Merci de votre aide,

Cordialement,
 
Nouveau message
05/03/2011 14:12
 
Bonjour,

Ce problème survient lorsque la version de la dll des contrôles Telerik ne correspond pas à celle qui est attendue. En l'occurence, le contrôle dnnui:DnnWindowManager requière la version 2010.2.929.35 comme l'indique le message d'erreur. Il faut donc au minimum cette version dans le dossier bin de l'instance DNN ! Mais ce n'est pas tout, je présume qu'un autre module (Horaire ?) utilisait déjà les contrôles Telerik AVANT que DNN ne les fournissent dans les versions 5.x.
Ceci n'est pas lié directement à DNN, mais pourrait tout aussi bien survenir si deux développeurs utilisait des versions différentes de Telerik dans la même application ASP.NET. Il faut signaler à Telerik que si une ancienne version est requise par une autre assembly, elle doit utiliser la dernière version présente (2010.2.929.35). Pour ce faire, il faut spécifier les redirections de liaison (binding redirect) entre les versions requises par les différents contrôles. Dans le fichier web.config, il faut vérifier que cette information est bien présente :

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="bin;bin\HttpModules;bin\Providers;bin\Modules;bin\Support;" />

       ......

      <dependentAssembly>
        <assemblyIdentity name="Telerik.Web.UI" publicKeyToken="121fae78165ba3d4" />
        <!--Upgraded by DotNetNuke.Telerik.Web version 5.6.0 - Date: 11/18/2010 12:23:35 PM-->
        <!--<bindingRedirect oldVersion="2008.0.0.0-2020.0.0.0" newVersion="2010.02.0929.35" xmlns="urn:schemas-microsoft-com:asm.v1" />-->
        <bindingRedirect oldVersion="2008.0.0.0-2020.0.0.0" newVersion="2010.02.0929.35" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

Dans la configuration ci-dessus, on spécifie que toute version comprise entre 2008.xxx et 2020.xxx doit pointer vers 2010.02.0929.35 ! Il faut aussi s'assurer que la dll présente dans le dossier bin est bien la bonne. Tu trouveras un fichier Telerik_05.xx.yy_Install.zip dans le package d'upgrade de DNN, il se trouve dans le dossier /Install/Module et contient la bonne version de la dll requise par ta version de DNN.

Gilles

 
Précédente
 
Suivante
HomeHomeForums DNNForums DNNInstallationInstallationServeur Error Suite upgrade de 4.9 vers 5.06Serveur Error Suite upgrade de 4.9 vers 5.06