<div dir="ltr"><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">> NUnit was able to test it without the configuration part. I can</span><br style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">
<span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">> remove that and remove all the MSTest changes. The test runner</span><br style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">
<span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">> then works as a desktop process (on Windows 8/Server 2012).</span><br style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">
<div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">I merged with the most recent default branch to eliminate the protocol configuration stuff and moved to a NUnit project for testing the WinStore library.  I also backed out the MSTest changes.  This is all pushed to Bitbucket.</span></div>
<div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px"><br></span></div><div><font color="#500050" face="arial, sans-serif">There is a gotcha in that accessing the "Application.Current.Suspending" event in ConnectionBase throws an exception when not in a full screen XAML context.  This is equivalent to the AppDomain DomainUnload event, also used in ConnectionBase.  My solution was to catch and ignore the exception for the unit test.  An alternative could be to have an "ApplicationEventSource" class that is implemented/overridden per platform and/or context.</font></div>
<div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px"><br></span></div><div><font color="#500050" face="arial, sans-serif">Let me know when you have a chance to test it and if you have any additional feedback for me.</font></div>
<div><font color="#500050" face="arial, sans-serif"><br></font></div><div><font color="#500050" face="arial, sans-serif">Thanks,</font></div><div><font color="#500050" face="arial, sans-serif">Nathan Brown</font></div><div>
<span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px"><br></span></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 9, 2014 at 3:18 PM, Michael Klishin <span dir="ltr"><<a href="mailto:mklishin@gopivotal.com" target="_blank">mklishin@gopivotal.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 10 June 2014 at 01:48:41, Nathan Brown (<a href="mailto:nathan@nkbrown.us">nathan@nkbrown.us</a>) wrote:<br>

> > > Good question. If WinRT is an incompatible target, does it<br>
> mean<br>
> > there should be 2 packages, X and X-winrt, for example?<br>
><br>
> Different platform DLLs go in a named folders inside of the NuGet<br>
> package. Everything is delivered together and Visual Studio<br>
> links to the correct DLL. If it was possible to build the NuGet<br>
> package as part of the CI process, that would be the best. Currently<br>
> the NuGet creation lives elsewhere and is manually populated<br>
> with the release binaries.<br>
<br>
</div>I'll ask our NuGet package maintainer to chime in. I suspect it's time to<br>
open source the code used for NuGet packaging ;)<br>
<div class=""><br>
> > Is it technically possible to run the current NUnit test suite<br>
> > on WinRT? Protocol configuration is removed in default and<br>
> 3.4 will only<br>
> > support one protocol (0-9-1). Do we still need to worry about<br>
> using MSTest<br>
> > then?<br>
><br>
> NUnit was able to test it without the configuration part. I can<br>
> remove that and remove all the MSTest changes. The test runner<br>
> then works as a desktop process (on Windows 8/Server 2012).<br>
<br>
</div>Excellent!<br>
<div class=""><br>
> > If your branch is in Mercurial or Git somewhere, we can work on<br>
> it until it's<br>
> > mostly done, then create a bug and pull it into the mainline.<br>
><br>
</div>> Anyone can pull it from Bitbucket(<a href="https://bitbucket.org/nathanbrown/rabbitmq-dotnet-client" target="_blank">https://bitbucket.org/nathanbrown/rabbitmq-dotnet-client</a>)<br>
<div class="">> right now. I can continue to work there.<br>
<br>
</div>Lets do that. A public Mercurial repo is all we care about when it's time<br>
to merge.<br>
<div class="HOEnZb"><div class="h5">--<br>
MK<br>
<br>
Software Engineer, Pivotal/RabbitMQ<br>
</div></div></blockquote></div><br></div>