Странная ошибка - CS0012: тип x определен в сборке, на которую нет ссылок

StackOverflow https://stackoverflow.com/questions/284433

Вопрос

Тип 'x' определен в сборке, на которую нет ссылок. Вы должны добавить ссылку на сборку 'abc123'.

У меня есть веб-приложение .NET 2.0, которое ссылается на мою сборку 'abc123'. Сборка существует в GAC, и я убедился, что это правильная (та же) версия. У остальной части приложения нет проблем, за исключением одной страницы .aspx. У рассматриваемой страницы есть повторитель, который отображает пользовательский элемент управления в качестве одного из его «полей». После привязки списка типа y к повторителю я передаю пользовательскому элементу управления список типа x (свойство y), как показано здесь: 

<uc1:usercontrol id="ucusercontrol " runat="server" myPublicUserControlProperty='<%#Eval("CollectionOfX") %>'/>

В наборе свойств пользовательского элемента управления я связываю список типа x с видом сетки в пользовательском элементе управления.

Одна странная вещь, которую стоит отметить, это то, что этот отчет прекрасно работает на моем компьютере для разработки, но не на каких-либо серверах после развертывания. Мой компьютер - Windows XP, IIS6, VS2005. Серверы - Windows Server 2003, IIS6.

Надеюсь, я объяснил это достаточно хорошо. Заранее благодарим за любые идеи, которые вы можете предоставить.

Это было полезно?

Решение

Я сотрудник Майка, и мы разработали решение.

Тип X определен в его сборке, то есть только в GAC. Несмотря на то, что его веб-приложение ASP.NET имело ссылку, его не удалось загрузить из GAC только для этого UserControl. Остальная часть приложения работала как положено. Мы подтвердили неудачную загрузку, поместив копию сборки в каталог bin, и все заработало. Мы сняли сборку, и проблема вернулась.

Нашим решением было вручную добавить запись в web.config в разделе сборок, чтобы указать ASP.NET на GAC.

Похоже, что каждый раз, когда вы ссылаетесь на тип на странице (не на код), вам нужна информация о сборке, определенная в файле web.config или в директиве страницы. 

<assemblies>
        <add assembly="MyAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=[MyPublicKeyToken]"/>   
</assemblies>

Другие советы

Существует также ошибка, которая может проявляться похожими симптомами, описанная здесь .

Обходной путь - удалить все из каталога C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Files \, и, похоже, он проявляется только в режиме отладки.

При устранении неполадок этих типов Журнал Fusion Зритель всегда очень помогал.

Я обнаружил, что если type x действительно является классом в вашем App_Code , его очистка и повторное сохранение часто вынуждает веб-приложение перекомпилировать и решать проблему.

Чаще всего это происходит из-за кэшированных сборок. Одним из способов решения этой проблемы является создание "сильной ссылки". в файле proj или config. Ссылайтесь на этот пост

У меня была точно такая же ошибка, но в моем классе был конструктор public , который использовал в качестве параметра объект из другого проекта.

Я решил проблему, сделав этот конструктор внутренним.

Для меня это была проблема с контролем версий.

В Visual Studio откройте " Ссылки " в вашем обозревателе решений и пролистайте его.

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

Произошло со мной несколько раз после создания проекта, когда сотрудник добавил новый пакет и ссылки.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top