Перейти к содержимому

Фотография

CLR Bridge в Test Complete


  • Авторизуйтесь для ответа в теме
Сообщений в теме: 4

#1 GhostOfWar

GhostOfWar

    Новый участник

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Вася Пупкен

Отправлено 11 октября 2011 - 15:04

Столкнулся с проблемой при подключении библиотеки (.dll) в проект тест комплита.
Работать с библиотекой получается только если она находится по локальному пути, расшаренные папки, сетевые диски - не позволяют. Ошибок никаких нигде не выдается.
Есть пара идей по решению, но все трудоемкие. Нужен универсальный метод, поэтому копирование в папку на локальном диске предлагать, только с вариантом как потом к нему обратиться (%systemdrive% и т.д. результатов не дает).

Заранее спасибо.

Прикрепленные файлы

  • Прикрепленный файл  1.JPG   41,5К   13 Количество загрузок:
  • Прикрепленный файл  2.jpg   75,35К   15 Количество загрузок:

  • 0

#2 modbear

modbear

    Специалист

  • Members
  • PipPipPipPipPip
  • 548 сообщений

Отправлено 11 октября 2011 - 15:43

Кажется, в .NET для загрузки ассемблей из сети для них надо права настраивать, что-то типа:
http://msdn.microsof...y/zdc263t0.aspx
http://msdn.microsof...y/cc713717.aspx


  • 0

#3 GhostOfWar

GhostOfWar

    Новый участник

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Вася Пупкен

Отправлено 11 октября 2011 - 16:07

Кажется, в .NET для загрузки ассемблей из сети для них надо права настраивать, что-то типа:
http://msdn.microsof.../zdc263t0(VS.80).aspx
http://msdn.microsof...y/cc713717.aspx


Спасибо за быстрый ответ. Но к сожалению - не помогло. Выяснилось, что дело в версии сборки. Библиотека скомпилена с использование 2008 студии с фреймворком 3.5, на машине был установлен фреймворк 4.0. После удаления 4-ого фреймворка с машины - все стало работать как ожидалось. Буду пробывать перекомпилить библиотеку под 4.0.
  • 0

#4 GhostOfWar

GhostOfWar

    Новый участник

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Вася Пупкен

Отправлено 12 октября 2011 - 07:45


Кажется, в .NET для загрузки ассемблей из сети для них надо права настраивать, что-то типа:
http://msdn.microsof.../zdc263t0(VS.80).aspx
http://msdn.microsof...y/cc713717.aspx


Спасибо за быстрый ответ. Но к сожалению - не помогло. Выяснилось, что дело в версии сборки. Библиотека скомпилена с использование 2008 студии с фреймворком 3.5, на машине был установлен фреймворк 4.0. После удаления 4-ого фреймворка с машины - все стало работать как ожидалось. Буду пробывать перекомпилить библиотеку под 4.0.


Добавлю, на счет пермиссий к выше сказанному. Для запуска из шары воспользовался утилитой http://msdn.microsof...b6t8dtz(v=VS.90).aspx Операции выполняются над объектами из AD, поэтому заморочек больше (испольуется DirectoryEntry ). Вычитал что если и проект на .Net 4.0 и стоит 4.0, то проблем не должно быть. Сам еще не проверял, но в скором времени придется ;)
  • 0

#5 GhostOfWar

GhostOfWar

    Новый участник

  • Members
  • Pip
  • 4 сообщений
  • ФИО:Вася Пупкен

Отправлено 18 октября 2011 - 15:03

Как и обещал, теперь по поводу .Net 4.0. Выше описанная идея не сработала на 2008 R2. Поэтому библиотека была добавлена в Global Assembly Cache. Для добавления использовалась gacutil.exe которая может быть найдена в SDK 4-ого фреймворка ( %programfiles(x86)%\Microsoft SDKs\Windows\v7.0A\Bin\NETFX 4.0 Tools ). При сборки проекта библиотеки надо ее подписать, чтобы у нее появилось Strong Name. Можно также воспользоваться утилитой al.exe http://msdn.microsof...y/c405shex.aspx или sn.exe http://msdn.microsof...y/k5b5tt23.aspx При перекомпиляции проекта Public Key естесвенно изменяется, и библиотеку надо добавлять в GAC повторно.
  • 0


Количество пользователей, читающих эту тему: 1

0 пользователей, 1 гостей, 0 анонимных