“Недопустимый маркер'', в классе, структуре или интерфейсе” после контроля

Я полагаю, что исходное сообщение об ошибке означало, что у вас было искаженное выражение C # в

return ((EPiServer.Personalization.SubscriptionInfo, EPiServer)...

, не имеющее отношения к файлу конфигурации.

Вероятно, вы набрали «,» вместо «.» ? (Когда компилятор читает это, вы предоставляете 2 типа в приведении)

Верните web.config к его исходной версии и исправьте опечатку, которая должна работать.

обновление после комментария Грега:

Я не поймите, что опубликованный вами раздел конфигурации был частью конфигурации EPIServer. Вы были правы, когда удалили имена сборок.

Однако я думаю, вам нужно сослаться на EPiServer из веб-приложения (Добавить ссылку ...). Думаю, я заметил это и в своих проектах: если вы откладываете приложение ASP.Net в новое место, вам нужно снова добавить все ссылки.

Ссылаясь на документацию ' ArgumentException ':

ArgumentException генерируется, когда вызывается метод, и хотя бы один из переданных аргументов не соответствует спецификации параметров вызываемого метода. Все экземпляры ArgumentException должны содержать значимое сообщение об ошибке, описывающее недопустимый аргумент, а также ожидаемый диапазон значений для аргумента.

Буквально это означает, что выбор исключения зависит от спецификации / документации вашего метода.

Если параметр пути задокументирован как что-то вроде « Путь к существующему файлу / каталогу », то вы были бы оправданы, выбрасывая ' ArgumentException ' (или производное), потому что в основном в силу документации вы возложили на вызывающего абонента ответственность за обеспечение наличия файла.

Если параметр пути задокументирован в более общем виде как « Путь к файлу, над которым можно пошутить и посмеяться », тогда я бы сказал « DirectoryNotFoundException » или это локальная ссылка на папку / bin? Находится ли dll в папке bin? Включена ли dll в систему управления версиями?

Я сталкивался с этим несколько раз и делал это за себя, когда вручную копировал сборки EPiServer в папку bin. Это точно работает, но не очень элегантно. Решение Zhaph с тегом сборок выглядит намного лучше, я попробую его в следующий раз.

Я давно не спрашивал об этом и продолжаю искать, думая, что мне нужно вспомнить, в чем была проблема, и опубликовать ответ. Я думаю, что это все.

Оказалось, что была проблема с приложением, которое находило библиотеки DLL, установленные EPiServer. Я не совсем уверен, и обновлю этот пост, как только у меня будет возможность опробовать его на чистой машине, я все еще в середине проекта, так что сейчас не самое подходящее время для размышлений.

Способ Я исправил это, чтобы получить библиотеки DLL из c: \ Program Files \ EPiServer \ CMS \ VERSION \ bin и поместить их в папку bin для приложения.

Как только у меня будет возможность выполнить чистую установку где-нибудь, я увижу если это действительно проект (в чем я сомневаюсь) или, что более вероятно, установка на моем компьютере, которая не работает.

Сегодня днем ​​у меня была похожая проблема. Проблема заключалась в том, что библиотеки DLL EpiServer отсутствовали в каталоге bin на веб-сайте, поэтому у меня возникали сбои привязки.

Проект был создан одним из моих коллег, и соответствующие DLL EpiServer были добавлены в качестве элементов решения в библиотеку. папка и ссылка оттуда. Однако, поскольку он изначально создал его из шаблона проекта EpiServer, библиотеки также автоматически добавлялись в папку bin. Когда он обновил ссылки, чтобы они указывали на папку lib, для копирования local по умолчанию установлено значение false. Это все еще работало на его машине из-за того, что оригинальные копии были помещены в папку bin шаблоном. Обновление их до CopyLocal = True устранило проблему.

У меня была такая же проблема, опять же с сайтом EPiServer. Это произошло потому, что я ссылался на библиотеки DLL EPiServer, но у них не было свойства «копировать в локальную», установленного на true для всех ссылок, и поэтому не все они помещались в каталог bin.