Je rencontre des problèmes d'application Web compilant EPiServer après vérification de Subversion.
Je reçois cette erreur p>
Compiler Message d'erreur: CS1519: jeton non valide '' en classe, struct ou déclaration de membre d'interface p> Blockquote>
Erreur Source: strong> p>
C:\Projects\web\ProvidentPPC2\ProvidentPPC\web.config Line: 301
8 Réponses :
Je suppose que le message d'erreur d'origine signifiait que vous avez eu une expression C # mal formée dans rien à voir avec le fichier de configuration. probablement que vous avez tapé "", " de "." ? (Lorsque le compilateur lit ceci, vous fournissez 2 types dans la distribution) revert web.config à sa version d'origine et corrige la faute de frappe, qui devrait fonctionner. Mise à jour après le commentaire de Greg. : Je n'ai pas réalisé la section de configuration que vous avez affichée faisait partie de la configuration Episerver. Vous étiez alors alors pour supprimer les noms de montage. Cependant, je suppose que vous devez référencer l'épiserver de l'application Web (ajouter une référence ...). Je pense que j'ai remarqué cela dans mes projets aussi: si vous cédez une application ASP.NET à un nouvel emplacement, vous devez ajouter toutes les références à nouveau.
Bonjour Devio, la déclaration de retour est dans un fichier .CS généré automatiquement. Je vais mettre à jour ma question pour refléter cette
Avez-vous essayé de référencer correctement l'assemblage Episerver?
Je suppose qu'il affiche OK dans le nœud de références de projet dans l'explorateur de la solution et n'a pas de superposition de jaune sur celui-ci? P>
Peut-être que vous pourriez également le faire référence dans la section de compilation Web.config également: P>
<add assembly="EPiServer" />
Me donne moi "Message d'erreur d'analyseur: Impossible de charger le fichier ou l'assemblage 'Episerver, version = 5.2.375.7' ou une de ses dépendances. Le système ne peut pas trouver le fichier spécifié."
Je l'ai couru plusieurs fois et je l'ai fait pour moi, c'est quand je copié manuellement les assemblages épiserver sur le dossier bin. Cela fonctionne à coup sûr mais ce n'est pas très élégant. La solution de Zhaph avec la balise d'assemblages semble beaucoup plus agréable que je vais l'essayer la prochaine fois.
Cela fait longtemps que j'ai demandé cela et je continue à penser à penser que je dois me souvenir de ce que la question était et post la réponse. Je pense que c'est ça.
Il s'est avéré qu'il y avait un problème avec l'application de trouver les DLL qui a installé Episerver. Je ne suis pas sûr exactement et je mettrai à jour ce message une fois que j'ai eu la chance de l'essayer sur une machine propre, je suis toujours à mi-parcours, donc ce n'est pas un très bon moment pour être lafraffe.
La façon dont j'ai réparé qu'il s'agissait d'obtenir les DLL de C: \ Program Files \ épiserver \ cms \ Version \ bin et mettez-les dans le dossier BIN pour l'application.
Une fois que j'ai eu la chance de faire une installation propre quelque part, je verrai si c'est enfoncé le projet (que je doute) ou, plus probablement, l'installation sur mon ordinateur cassé.
Ouais, je garderais certainement les DLL dans la structure du projet et les référencez de là plutôt que de compter sur le GAC. Ceci est particulièrement important si vous souhaitez effectuer une intégration continue et que toutes les dépendances vérifiées avec le projet. - Lee
Je viens d'avoir un problème similaire cet après-midi. Le problème était que les DLL Episerver n'étaient pas présentes dans le répertoire bin du site Web, alors j'ai eu des échecs liés.
Le projet avait été créé par l'un de mes collègues et les DLL d'épiserver pertinents ont été ajoutés sous forme d'éléments de solution dans un dossier LIB et référencé de là. Cependant, comme il l'avait initialement créé à partir du modèle de projet Episerver, les bibliothèques ont été automatiquement ajoutées au dossier bin. Lorsqu'il a mis à jour les références à pointer vers le dossier LIB, la copie locale de défaut sur FALSE. Cela a toujours travaillé sur sa machine en raison des copies originales placées dans le dossier BIN par le modèle. Les mettre à jour sur Copylocal = true fixe le problème.
Je viens d'avoir ce même problème, encore une fois avec un site d'épiserver. C'est parce que je faisais référence aux DLL épicerver, mais ils n'avaient pas la propriété "Copie to locale" définie sur TRUE sur toutes les références, et elles ne sont donc pas toutes placées dans le répertoire bin.
J'ai rencontré ce problème car je restais la restructuration des références DLL dans un projet.
J'avais déplacé les dlls externes / troisième partie du dossier bin vers un dossier de bibliothèque en dehors de la racine du projet Web.
Mon problème était que certaines des références DLL n'avaient pas la copie locale définie sur TRUE, elles n'ont donc jamais été copiées dans le dossier BIN sur la construction.
Supprimer tout à partir du dossier BIN et copiez tous les fichiers des [assemblys] dans le dossier bin corrigé le problème pour moi.
khizer jalal