Fitnesse - Standard FitSharp Konfigurationsproblem mit .NET 4

Question

Ich habe Fitnesse.NET seit einiger Zeit verwendet und versuche jetzt, auf die neuere FitSharp-Engine zu aktualisieren. Ich geriet jedoch sofort in eine Straßensperre. Ausgehend von einem neuen System habe ich die neueste fitnesse.jar heruntergeladen und ausgeführt/installiert; Alle meine Testseiten wurden dann von meinem Browser angezeigt.

Das Problem tritt auf, wenn ich die Konfiguration für FitSharp der Stammseite hinzufügen. Ich habe verschiedene Kombinationen von TEST_RUNNER und COMMAND_PATTERN versucht; Das Endergebnis war immer, dass der fitness-Server beim Ausführen eines Tests niemals ein Ergebnis an meinen Browser zurücksendete. Als Referenz hier ist mein eigentlicher Inhalt, bestätigt diese variablen Definitionen vorhanden und korrekt sind, zumindest nach diesem fitSharp configuration page:

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

fand ich endlich ein troubleshooting note zu erwähnen, dass RunnerW einige diagnostische Informationen gibt so wechselte ich zu, dass und diese Fehlermeldung erhalten, was darauf hindeutet es offenbar ein Problem, entstehen aufgrund .NET 4:

konnte nicht Datei oder Assembly laden 'file: /// C: \ FitNesse \ fitSharp \ fit.dll' oder eine seiner Abhängigkeiten. Die Operation wird nicht unterstützt. (Ausnahme von HRESULT: 0x80131515) Dateiname: 'Datei: /// c: \ fitnesse \ fatsharp \ fit.dll' ---> System.NotSupportedException: Es wurde versucht, eine Assembly aus einem Netzwerk zu laden Speicherort, der in früheren Versionen des .NET Framework verursacht die Assembly verursacht haben würde. Diese Version von .NET Framework aktiviert nicht standardmäßig die Richtlinie , so dass diese Belastung gefährlich sein kann. Wenn diese Last nicht ist, um die Baugruppe zu sandboxieren, aktivieren Sie bitte den Schalter loadFromRemoteSources. Weitere Informationen finden Sie unter http://go.microsoft.com/fwlink/?LinkId=155569 .

Die referenzierte MSDN-Seite sagt, dass ich das in meiner Config-Datei benötigen:

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

So sieht es aus wie ich drei Möglichkeiten. Gibt es:

1. Eine app.config oder gleichwertig, wo ich diesen Konfig Abschnitt einfügen kann?
2. Eine Möglichkeit, fitnessse davon abzuhalten zu denken, dass meine lokale Datei auf einem Remote-Pfad ist?
3. Eine Möglichkeit zum Aktivieren der CAS-Richtlinie für das .NET-Framework?

Vorschläge würden geschätzt werden!

2010.01.17 Edit: Ich benutze Fit-Protokoll eher als schlanke Protokoll in meiner Umgebung.

Answer 1

Das habe ich noch nie zuvor gesehen! Warum denkt es C: ist ein "gefährlicher" Netzwerkstandort? Wie auch immer, die ausführbare Datei ist Runner.exe (oder RunnerW.exe). Wenn Sie also eine Runner.exe.config mit den obigen Einstellungen erstellen, sollte sie es abholen.

Answer 2

Besuch dieser Seite

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

war ich ein ähnliches Problem konfrontiert wurde aber aufgelöst, nachdem tjis Seite zu besuchen.

Answer 3

Ich weiß, dass dies beantwortet wurde, aber imho gibt es eine bessere Auflösung. Wenn Sie "fit.dll" entsperren (rechte Maustaste -> Eigenschaften -> Entsperren), erhalten Sie den Fehler nicht. Dies tritt auf, weil heruntergeladene Dateien standardmäßig gesperrt sind.