Ошибка, не видит namespace

[RoyalBank]

Приветствую!

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

При этом оно прописано и определяется using. А также определяется в самом коде, как и публичный класс в этом пространстве.

Спойлер: скриншоты using

Пробовал понижать фреймворк;
Менял названия этого namespace, на случай если уже где-то в ZP оно может быть.

Версия ZP 7.4.0.0.

Буду признателен наводкам, куда смотреть и что копать.

 

[radv]

Буду признателен наводкам, куда смотреть и что копать.

у меня что то подобное было, не помню с какой либой, но даже добавляться не хотело через ссылки из GAC. Пришлось сделать обертку в отдельной dll с вызовом нужных методов.

Ну и попробуй полный путь к методам и т.п. писать, а не сокращенный (без namespace)

 

[RoyalBank]

Ну и попробуй полный путь к методам и т.п. писать, а не сокращенный (без namespace)

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

 

[radv]

Но все равно выдает ошибку.

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

 

[radv]

Если либа использует ссылки на другие dll, то их тоже нужно добавлять в папку зенки.

 

[RoyalBank]

в папке зенки осталась

Либу добавлял из папки шаблона, нужно будет протестировать из ExternalAssembles, возможно ошибка именно в этом. Вечером буду тестировать, отпишусь. Спасибо за наводку.

 

[RoyalBank]

Проблема решилась, когда перенес dll файл в папку ExternalAssembles.

 

[radv]

Проблема решилась, когда перенес dll файл в папку ExternalAssembles.

А раньше ее там не было? Я туда все зависимые либы добавляю.

 

[RoyalBank]

Я туда все зависимые либы добавляю.

Изначально добавлял dll в GAC из папки с шаблоном, project.Directory. У меня не возникало подозрений, что из-за этого может быть ошибка, ведь в PM, он видел пространства имен и классы из dll, давал прописывать пути. Возможно, ошибка из-за политики прав доступа в Windows, ну или это какая-то не задокументированная фича ZP