У меня была такая же проблема, но я не использовал Кассини. Вместо этого у меня был собственный хостинг веб-сервера на базе System.Net.HttpListener с поддержкой ASP.Net через System.Web.HttpRuntime, работающий в другом домене приложения, созданном с помощью System.Web.Hosting.ApplicationHost.CreateApplicationHost(). По сути, именно так работает Cassini, за исключением того, что Cassini работает на уровне сокетов и реализует множество функций, предоставляемых самой System.Net.HttpListener.
В любом случае, чтобы решить мою проблему, мне нужно было позвонить System.Web.HttpRuntime.Close(), прежде чем позволить NUnit выгрузить домен моего приложения. Я сделал это, выставив новый метод Close() в моем прокси-классе хоста, который вызывается методом [TearDown] моего класса [SetupFixture], и этот метод вызывает System.Web.HttpRuntime.Close().
Я посмотрел на реализацию Cassini через .Net Reflector и, хотя он использует System.Web.HttpRuntime.ProcessRequest(), похоже, он нигде не вызывает System.Web.HttpRuntime.Close().
Я не совсем уверен, как вы можете продолжать использовать предварительно собранную реализацию Cassini (Microsoft.VisualStudio.WebHost.Server), так как вам нужно, чтобы вызов System.Web.HttpRuntime.Close() происходил в домене приложения, созданном Cassini для размещения ASP.Net .
Для справки, вот некоторые части моего теста рабочего модуля со встроенным веб-хостингом.
Мой WebServerHost класс - это очень маленький класс, который позволяет маршалировать запросы в домен приложения, созданный System.Web.Hosting.ApplicationHost.CreateApplicationHost().
using System;
using System.IO;
using System.Web;
using System.Web.Hosting;
public class WebServerHost :
MarshalByRefObject
{
public void
Close()
{
HttpRuntime.Close();
}
public void
ProcessRequest(WebServerContext context)
{
HttpRuntime.ProcessRequest(new WebServerRequest(context));
}
}
Класс WebServerContext - это просто оболочка вокруг System.Net.HttpListenerContext экземпляра, который наследуется от System.MarshalByRefObject, чтобы разрешить вызовам из нового хост-домена ASP.Net перезвонить в мой домен.
using System;
using System.Net;
public class WebServerContext :
MarshalByRefObject
{
public
WebServerContext(HttpListenerContext context)
{
this.context = context;
}
// public methods and properties that forward to HttpListenerContext omitted
private HttpListenerContext
context;
}
Класс WebServerRequest является просто реализацией абстрактного класса System.Web.HttpWorkerRequest, который вызывает обратно в мой домен из домена размещения ASP.Net через класс WebServerContext.
using System;
using System.IO;
using System.Web;
class WebServerRequest :
HttpWorkerRequest
{
public
WebServerRequest(WebServerContext context)
{
this.context = context;
}
// implementation of HttpWorkerRequest methods omitted; they all just call
// methods and properties on context
private WebServerContext
context;
}
Класс WebServer - это контроллер для запуска и остановки веб-сервера. При запуске хост-домен ASP.Net создается с моим классом WebServerHost в качестве прокси-сервера для обеспечения взаимодействия. Также запускается экземпляр System.Net.HttpListener и запускается отдельный поток для приема соединений. Когда соединения установлены, рабочий поток запускается в пуле потоков для обработки запроса снова через мой класс WebServerHost. Наконец, когда веб-сервер останавливается, слушатель останавливается, контроллер ожидает, когда поток, принимающий соединения, завершится, и затем слушатель закрывается. Наконец, среда выполнения HTTP также закрывается посредством вызова метода WebServerHost.Close().
using System;
using System.IO;
using System.Net;
using System.Reflection;
using System.Threading;
using System.Web.Hosting;
class WebServer
{
public static void
Start()
{
lock ( typeof(WebServer) )
{
// do not start more than once
if ( listener != null )
return;
// create web server host in new AppDomain
host =
(WebServerHost)ApplicationHost.CreateApplicationHost
(
typeof(WebServerHost),
"/",
Path.GetTempPath()
);
// start up the HTTP listener
listener = new HttpListener();
listener.Prefixes.Add("http://*:8182/");
listener.Start();
acceptConnectionsThread = new Thread(acceptConnections);
acceptConnectionsThread.Start();
}
}
public static void
Stop()
{
lock ( typeof(WebServer) )
{
if ( listener == null )
return;
// stop listening; will cause HttpListenerException in thread blocked on GetContext()
listener.Stop();
// wait connection acceptance thread to exit
acceptConnectionsThread.Join();
acceptConnectionsThread = null;
// close listener
listener.Close();
listener = null;
// close host
host.Close();
host = null;
}
}
private static WebServerHost
host = null;
private static HttpListener
listener = null;
private static Thread
acceptConnectionsThread;
private static void
acceptConnections(object state)
{
while ( listener.IsListening )
{
try
{
HttpListenerContext context = listener.GetContext();
ThreadPool.QueueUserWorkItem(handleConnection, context);
}
catch ( HttpListenerException e )
{
// this exception is ignored; it will be thrown when web server is stopped and at that time
// listening will be set to false which will end the loop and the thread
}
}
}
private static void
handleConnection(object state)
{
host.ProcessRequest(new WebServerContext((HttpListenerContext)state));
}
}
Наконец, этот класс Initialization, помеченный атрибутом NUnit [SetupFixture], используется для запуска веб-сервера при запуске модульных тестов и его выключения после завершения.
using System;
using NUnit.Framework;
[SetUpFixture]
public class Initialization
{
[SetUp]
public void
Setup()
{
// start the local web server
WebServer.Start();
}
[TearDown]
public void
TearDown()
{
// stop the local web server
WebServer.Stop();
}
}
Я знаю, что это не совсем ответ на вопрос, но я надеюсь, что вы найдете эту информацию полезной.