我有一些ASP.NET MVC控制器代码,用于检查用户是否经过身份验证,如果是,则会检查是否有特定声明.工作良好.
我有一些单元测试,我需要模拟一个IPrincipal(这很容易做到)......但我不确定如何检查索赔!我经常这样做
public static ClaimsPrincipal ClaimsPrincipal(this Controller controller)
{
return controller.User as ClaimsPrincipal;
}
Run Code Online (Sandbox Code Playgroud)
和一些控制器代码......
this.ClaimsPrincipal().HasClaim(x => x.......);
Run Code Online (Sandbox Code Playgroud)
但是当我在我的单元测试中测试时,这一切都失败了.因为我不知道我怎么能mock这样做ClaimsPrincipal
有任何想法吗?
.net asp.net-mvc claims-based-identity claims asp.net-identity
如果有任何直接的方法来运行在Windows服务中托管的Orleans,请指出.如果没有直接的方法,那么有没有间接的方法呢?
先感谢您
我正在尝试监控 Kubernetes PVC 磁盘的使用情况。我需要用于持久卷声明的内存。我找到了命令:
kubectl get --raw /api/v1/persistentvolumeclaims | kubectl get --raw /api/v1/persistentvolumeclaims | 杰克
返回:
"status":{
"phase":"Bound",
"accessModes":[
"ReadWriteOnce"
],
"capacity":{
"storage":"1Gi"
}
}
Run Code Online (Sandbox Code Playgroud)
但它只给我带来了磁盘的全部容量,正如我所说,我需要用过的磁盘
有谁知道哪个命令可以将此信息返回给我?
我有一个单元测试,我尝试验证我是否处理了曾经附加到主用户界面的文档。单元测试必须是异步的,因为一切都需要在 STA 线程下运行,我必须等待创建的用户界面。
我有一个助手可以将操作分派到 STA 线程上。
我在测试的主体中创建内存对象,然后将其传递给异步方法,如下所示。
查看用###注释的代码行以查看实际问题行。dotMemory 报告该对象尚不存在,但我已经断言证明该对象确实存在。
(STA Helper 类可以在https://gist.github.com/bradphelan/cb4f484fbf6a7f9829de0dd52036fd63找到)
这是与 async 和 dotMemory 有关的问题吗?
[Collection("Memory leaks")]
public class MemLeakSpec
{
public MemLeakSpec(ITestOutputHelper output)
{
DotMemoryUnitTestOutput.SetOutputMethod(output.WriteLine);
}
[Fact]
[DotMemoryUnit(FailIfRunWithoutSupport = true)]
public void ShouldCollectProjectX()
{
dotMemory.Check (memory => { STAThread.Run(() => ShouldCollectProjectAsyncX(memory)).Wait(); });
}
class Document { }
class Container { public Document Document; };
Document CreateFoo() => new Document();
private async Task ShouldCollectProjectAsyncX(Memory memory)
{
await Task.Delay(TimeSpan.FromMilliseconds(50));
Container container = new …Run Code Online (Sandbox Code Playgroud) 我发现所有涉及intellisense的问题似乎都是指自定义配置设置.我试图在.net标准部分上获取intellisense,该部分已从web.config移到service.config中.
有办法吗?
引用了一个项目,该项目基于AWS SQS服务为WCF创建通道传输.所有参考文献都以死网址结尾.基于存在这些参考的事实,我假设在使用SQS作为具有或不具有安全性的WCF传输信道的技术上是可行且可行的.这是一个有效的假设,和/或是否有人拥有此类渠道的来源或集会?如果不存在这样的源,那么在AWS上以松散耦合模式创建这样一个绑定.NET WCF的通道是否值得?
我最近安装了Windows Server Service Bus 1.0(在Windows Server 2008 R2机器上).
这也安装了"Windows Fabric"(不是AppFabric).
无法找到关于它的更多信息,并且谷歌它我偶然发现了Lync服务器帖子(Windows Fabric也由Lync Server 2013安装).
定义:
"Windows Fabric是一种用于创建高度可靠,可分发和可扩展的应用程序的Microsoft技术."
从Service Bus体系结构介绍来看,Fabric看起来像是允许服务复制,高可用性和容错的东西.
任何人都知道这是否可用于托管自定义.NET服务?或任何一种方向将不胜感激.
提前致谢.
COS
我使用生成的版本号从自动构建生成DACPAC文件.虽然在sqlpackager操作期间很有用,但我需要能够在对文件执行任何操作之前确定DACPAC的版本号.
我可以使用什么工具(当然是自动化的)来查询DACPAC文件的版本号和描述?
我正在评估 Microsoft Orleans 作为自定义分布式缓存(以及其他功能)的基础。
我能够使用 MembershipTableGrain 创建一个用于评估目的的不可靠集群。一切都按照文档中的描述进行。
现在我计划使用本地服务器建立一个可靠的集群(Azure 不是一个选项)。我似乎倾向于使用关系存储 (SqlServer/ADO.net) 会员提供程序
我的问题是:
如果筒仓成员数据库关闭或无法访问(服务器中断、网络问题等),集群内筒仓的状态会发生什么情况?据我了解奥尔良成员协议,我认为这会影响整个集群。
我已经安装了一系列的dotnet模板以用于
dotnet new
Run Code Online (Sandbox Code Playgroud)
通过使用cli选项,例如
dotnet new -i Microsoft.DotNet.Web.Spa.ProjectTemplates::2.0.0
Run Code Online (Sandbox Code Playgroud)
要么
dotnet new -i Microsoft.DotNet.Web.Spa.ProjectTemplates::*
Run Code Online (Sandbox Code Playgroud)
如此处所述,dotnet的可用模板新
如何列出已安装的模板的版本?输出
dotnet new
Run Code Online (Sandbox Code Playgroud)
不显示模板的当前版本
????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
? Templates Short Name Language Tags ?
????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
? ---------------------------------------------------------------------------------------------------------------- ?
? Console Application console [C#], F#, VB Common/Console ?
? Class library classlib [C#], F#, VB Common/Library ?
????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
Run Code Online (Sandbox Code Playgroud) c# ×2
orleans ×2
wcf ×2
.net ×1
.net-core ×1
amazon-sqs ×1
asp.net-mvc ×1
async-await ×1
claims ×1
dacpac ×1
dotmemory ×1
intellisense ×1
kubernetes ×1
monitoring ×1
templates ×1
topshelf ×1
versioning ×1
web-config ×1
windows ×1
xunit ×1