Ich benutze Fitnesse.NET seit einiger Zeit und versuche nun, 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 der Root-Seite eine Konfiguration für fitSharp hinzufüge. 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 dient hier mein Root-Inhalt, der bestätigt, dass diese Variablendefinitionen vorhanden und korrekt sind, zumindest gemäß dieser FitSharp Konfigurationsseite :
%Vor%Ich habe endlich einen Fehlerbehebungshinweis gefunden, in dem erwähnt wird, dass RunnerW einige diagnostische Informationen enthält Ich bin also zu dem gewechselt und habe diese Fehlermeldung erhalten, die darauf hinweist, dass es sich anscheinend um ein Problem handelt, das auf .NET 4 zurückzuführen ist:
Datei oder Assembly konnte nicht geladen werden 'Datei: /// C: \ fitnesse \ fitSharp \ fit.dll' oder eine seiner Abhängigkeiten. Betrieb wird nicht unterstützt. (Ausnahme von HRESULT: 0x80131515) Dateiname: 'Datei: /// c: \ fitnesse \ fatsharp \ fit.dll' --- & gt; System.NotSupportedException: Es wurde versucht, eine Assembly zu laden von einem Netzwerkstandort, der haben die Versammlung verursacht Sandboxed in früheren Versionen der .NET Framework Diese Veröffentlichung der .NET Framework aktiviert CAS nicht Richtlinie standardmäßig, so dass diese Belastung sein kann gefährlich. Wenn diese Last nicht ist beabsichtigt, die Versammlung Sandkasten, Bitte aktivieren Sie die loadFromRemoteSources wechseln. Sehen Ссылка für weitere Informationen.
Die referenzierte MSDN-Seite sagt, dass ich das in meiner Konfigurationsdatei brauche:
%Vor%Es sieht also so aus, als hätte ich drei Möglichkeiten. Gibt es:
Vorschläge wären willkommen!
2010.01.17 Edit: Ich benutze in meiner Umgebung ein angepasstes Protokoll anstelle eines schlanken Protokolls.
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.
Ich weiß, dass dies beantwortet wurde, aber es gibt eine bessere Auflösung. Wenn Sie "fit.dll" entsperren (rechte Maustaste - & gt; Eigenschaften- & gt; Entsperren), erhalten Sie den Fehler nicht. Dies tritt auf, weil heruntergeladene Dateien standardmäßig gesperrt sind.
Besuchen Sie diese Seite
Ich hatte ein ähnliches Problem, wurde aber nach dem Besuch der Seite gelöst.