Fitnesse - стандартная проблема конфигурации fitSharp с .NET 4 - PullRequest
Новая
       32

Fitnesse - стандартная проблема конфигурации fitSharp с .NET 4

8 голосов
/ 06 января 2011

Я уже некоторое время пользуюсь Fitnesse.NET и пытаюсь перейти на более новый движок fitSharp.Я сразу же столкнулся с контрольно-пропускным пунктом.Начиная с новой системы, я скачал последний файл fitnesse.jar и выполнил / установил его;все мои тестовые страницы отображались нормально из моего браузера.

Проблема возникает, когда я добавляю конфигурацию для fitSharp на корневую страницу.Я пробовал различные комбинации настроек TEST_RUNNER и COMMAND_PATTERN;конечный результат всегда заключался в том, что после выполнения любого теста сервер фитнеса никогда не возвращал результат в мой браузер.Для справки вот мой корневой контент, подтверждающий, что эти определения переменных присутствуют и корректны, по крайней мере, в соответствии с этой страницей конфигурации fitSharp : 

variable defined: TEST_RUNNER=fitSharp\RunnerW.exe 
variable defined: COMMAND_PATTERN=%m -r fitnesse.fitserver.FitServer,fitSharp\fit.dll %p

Я наконец нашел одну заметку по устранению неполадок упоминание о том, что RunnerW предоставляет некоторую диагностическую информацию, поэтому я переключился на нее и получил это сообщение об ошибке, указывающее, что это, очевидно, проблема, возникающая из-за .NET 4:

Не удалось загрузить файл или сборку 'file: /// C: \ fitnesse \ fitSharp \ fit.dll 'или одна из его зависимостей.Операция не поддерживается.(Исключение из HRESULT: 0x80131515) Имя файла: 'file: /// c: \ fitnesse \ fitsharp \ fit.dll' ---> System.NotSupportedException: была предпринята попытка загрузить сборку из сетевого расположения, которое будет иметьвызывал «песочницу» сборки в предыдущих версиях .NET Framework.Этот выпуск .NET Framework по умолчанию не включает политику CAS, поэтому эта загрузка может быть опасной.Если эта загрузка не предназначена для песочницы сборки, включите переключатель loadFromRemoteSources.См. http://go.microsoft.com/fwlink/?LinkId=155569 для получения дополнительной информации.

На указанной странице MSDN указано, что мне нужно это в моем конфигурационном файле: 

<configuration>
   <runtime>
      <loadFromRemoteSources enabled="true"/>
   </runtime>
</configuration>

Так что, похоже, у меня тривозможности.Есть ли:

  1. app.config или эквивалентный файл, в который я могу вставить этот раздел конфигурации?
  2. Способ не позволить фитнесу думать, что мой локальный файл находится на удаленном пути?
  3. Как включить политику CAS для .NET Framework?

Предложения будут приветствоваться!

2010.01.17 Редактировать: Яиспользуя подходящий протокол вместо тонкого протокола в моей среде.

Ответы [ 3 ]

10 голосов
/ 04 мая 2011

Я знаю, что на это ответили, но, imho, есть лучшее разрешение. Если вы «разблокируете» fit.dll (щелкните правой кнопкой мыши -> Свойства -> Разблокировать), вы не получите сообщение об ошибке. Происходит из-за блокировки загруженных файлов по умолчанию.

3 голосов
/ 06 января 2011

Я никогда не видел этого раньше!Почему он считает C: «опасным» сетевым местоположением?В любом случае, исполняемым файлом является Runner.exe (или RunnerW.exe), поэтому, если вы создаете файл Runner.exe.config с указанными выше параметрами, он должен его забрать.

0 голосов
/ 31 марта 2011

посетите эту страницу

http://oweng.net/Visual-Studio-2010/Coded-UI-Fitnesse/integrating-coded-ui-and-fitnesse-fitsharp-slim-1.aspx

У меня была похожая проблема, но она была решена после посещения страницы tjis.

...