小编Kno*_*per的帖子

我正在尝试在AWS中实现自动确认机制,由于Lambda响应,我收到错误.我在文档中找不到正确的返回类型.

LAMBDA:

exports.handler = (event, context, callback) => {
    event.response.autoConfirmUser = true;
    context.succeed(event.response);
};

例外:

无法识别的lambda输出(服务:AWSCognitoIdentityProviderService;状态代码:400;错误代码:InvalidLambdaResponseException;请求ID:5c7a2436-0515-11e7-b971-41a89adf53ea)

如果服务层未找到请求的资源,则返回null到Web API控制器; 什么是将HttpStatusCode.NotFound响应返回给客户端而不在控制器中对其进行硬编码,以及检查它是否为空的最佳方法？

在 Angular 2 中，有没有办法导航和传递 URL 中未显示的数据？

我想创建一个接收复杂对象的组件，但不希望它显示在 URL 中。

谢谢！

是否可以将声纳运行程序的默认记录级别从INFO更改为WARN或类似？我们每夜的SonarQube分析使Team City登出了大量条目。根据消息来源，该日志记录是标准的slf4j，但是当我尝试对其进行重新配置时，它将无法正常工作。

根据文档，至少支持的详细级别是info；可以覆盖吗？

http://docs.sonarqube.org/display/SONAR/Server+Log+Management

谢谢M

我正在寻找替换ASF中RPC的默认序列化器。这涉及实现一些接口，其中一个接口在通过RPC进行通信的服务之间传递

 public interface IServiceRemotingResponseMessageBody
  {
    void Set(object response);

    object Get(Type paramType);
  }

由于实现需要可序列化，因此显而易见的ProtoBuf实现类似于

    [ProtoContract]
    public class ProtoBufRemotingResponseBody : IServiceRemotingResponseMessageBody
    {
        [ProtoMember(1)]
        public object Value { get; set; }

        public void Set(object response)
        {
            Value = response;
        }

        public object Get(Type paramType)
        {
            return Value;
        }
    }

不幸的是，这失败了

没有为类型定义序列化器：System.Object

这里有解决方法吗？System.Object的没有合同，但开箱即用的DataContract串行器可以，如可以MessagePack 这里，但这些都不是系统化它可以创建时的版本头痛可靠的集合。我试过使用常见的基本类型，但Value可以是IEnumerable<T>或T等。

有人可以帮忙吗？谢谢，KH

即使我尝试使用测试的非常简单的控制台应用程序,我也无法在打开封面工作中获取过滤器参数.这是过滤器 - 我作为管理员运行

这个:

"C:\Users\Mojo\AppData\Local\Apps\OpenCover\OpenCover.Console.exe" 
  -output:c:\coverage.xml -register:user 
  -target:"C:\TEMP\sonarqube-5.1\xunitRunner\xunit.console.exe" 
  -targetargs:"ConsoleApp.Tests.dll" 
  -filter:"+[ConsoleApp.*]* -[ConsoleApp.Tests]*"

收益率:

__CODE__

但是,如果我在没有过滤器的情况下运行它,我会得到覆盖结果:

    1) missing PDBs for the assemblies that match the filter please review the
    output file and refer to the Usage guide (Usage.rtf) about filters.
    2) the profiler may not be registered correctly, please refer to the Usage
    guide and the -register switch.

__CODE__ __CODE__

我的控制台正在执行项目目录中的语句.

有人可以帮忙吗？

谢谢M.

我正在寻找每个消费者实例接收通过MassTransit发布到RabbitMQ的消息的方法。场景是，我们有多个微服务需要在通知时使缓存无效。在这种情况下，Pub-Sub将无法正常工作，因为每个服务实例将有5个相同类型的使用者及其相同的代码，因此只有一个使用者会在传统的PubSub中接收到消息。

消息观察可能是一种选择，但这意味着消息将永远不会被占用并永远在总线上徘徊。

谁能建议在MassTransit上下文中使用的模式？

提前致谢。

我有一个问题,MassTransit没有使用以下代码发送消息 - 这是我们的Azure服务总线代码中的端口工作正常.GitHub中的示例填充了Queue - Starbucks示例,因此我的基础架构正在运行.

任何人都可以建议为什么这不发送消息？我创建了队列和交换,并尝试了没有.

控制台应用程序打印出预期的结果.

提前致谢.

public class Program
    {
        static void Main()
        {
            IBusControl busControl = CreateBus();

            TaskUtil.Await(() => busControl.StartAsync());

            List<Task> tList = new List<Task>();
            for (int i = 0; i < 10; i++)
            {
                var t = Send(busControl);
                tList.Add(t);
            }
            Task.WaitAll(tList.ToArray());
            Console.WriteLine("done!");
        }

        private static async Task Send(IBusControl busControl)
        {
            var endpoint = await busControl.GetSendEndpoint(new Uri("rabbitmq://localhost/test"));

            Console.WriteLine("Sending");

            await endpoint.Send(new SomethingHappenedMessage()
            {
                What = "Stuff",
                When = DateTime.Now
            });

            Console.WriteLine("Sent");
        }

        static IBusControl CreateBus()
        {
            return Bus.Factory.CreateUsingRabbitMq(x …

在最近的Service Fabric社区问答第24版上，围绕在使用DefaultService构造ApplicationManifest.xml及其缺点方面进行了大量讨论。微软建议完全从ApplicationManifest中删除此内容，而应修改，Deploy-FabricApplication.ps1以构造应用程序的默认实现，以便开发人员仍具有不错的F5体验。

因此，我将修改Deploy-FabricApplication.ps1为以下内容（此摘录是脚本的底部）：

   if ($IsUpgrade)
{
    $Action = "RegisterAndUpgrade"
    if ($DeployOnly)
    {
        $Action = "Register"
    }

    $UpgradeParameters = $publishProfile.UpgradeDeployment.Parameters

    if ($OverrideUpgradeBehavior -eq 'ForceUpgrade')
    {
        # Warning: Do not alter these upgrade parameters. It will create an inconsistency with Visual Studio's behavior.
        $UpgradeParameters = @{ UnmonitoredAuto = $true; Force = $true }
    }

    $PublishParameters['Action'] = $Action
    $PublishParameters['UpgradeParameters'] = $UpgradeParameters
    $PublishParameters['UnregisterUnusedVersions'] = $UnregisterUnusedApplicationVersionsAfterUpgrade

    Publish-UpgradedServiceFabricApplication @PublishParameters
}
else
{
    $Action = "RegisterAndCreate"
    if ($DeployOnly)
    {
        $Action = …