我创建了具有以下事件模式的CloudWatch规则:
{
"detail-type": [
"EMR Cluster State Change"
],
"source": [
"aws.emr"
]
}
其思想是,每当集群的状态发生变化时,它都会调用lambda函数。
现在的问题是,当它调用lambda函数时,会出现以下错误:
An error occurred during JSON parsing: java.lang.RuntimeException
java.lang.RuntimeException: An error occurred during JSON parsing
Caused by: java.io.UncheckedIOException: com.fasterxml.jackson.databind.JsonMappingException: Conflicting setter definitions for property "state": com.amazonaws.services.cloudwatchevents.model.Rule#setState(1 params) vs com.amazonaws.services.cloudwatchevents.model.Rule#setState(1 params)
Caused by: com.fasterxml.jackson.databind.JsonMappingException: Conflicting setter definitions for property "state": com.amazonaws.services.cloudwatchevents.model.Rule#setState(1 params) vs com.amazonaws.services.cloudwatchevents.model.Rule#setState(1 params)
带代码:
import com.amazonaws.services.lambda.runtime.Context;
import com.amazonaws.services.lambda.runtime.RequestHandler;
import com.amazonaws.services.cloudwatchevents.model.Rule;
public class ErrorLambda implements RequestHandler<Rule, String> {
private static final Logger LOG = Logger.getLogger(ErrorLambda.class);
public String handleRequest(Rule input, Context context) {
LOG.info("Rule is " + input);
return "Ok";
}
}
那么,我应该使用哪个类来解析CloudWatch规则事件?
谢谢你。
您可以侦听文档中的一种事件类型,
http://docs.aws.amazon.com/AmazonCloudWatch/latest/events/EventTypes.html
规则不是cloudwatch事件。
您还可以定义动态对象,并获取发送到Lambda的对象的详细信息。
希望有帮助。
主要内容:1、常规规则,2、嵌套规则在 CSS 中包含两种语法规则: 普通规则:由选择器、属性和值构成,在之前的学习中我们主要使用的就是这种规则; @规则:以开头后面跟随一个关键字的形式构成,也被称为“AT规则”,根据使用方法的不同又可以分为“常规规则”与“嵌套规则”两种。 本节我们主要来介绍一下 CSS 中的 @ 规则。 1、常规规则 所谓“常规规则”指的是语法类似下面的规则: @[KEYWORD] (RULE); 1) @cha
我们正在运行2.4版 由于我们有很多与 IgniteClientDisconnectedException 相关的问题,我正在编写一个手动分段解析器(通过在客户端重新连接禁用设置为 true 的情况下禁用客户端重新连接),它将检测这种情况(使用定期运行的简单缓存查询) 我在缓存访问方面遇到了其他问题,如本文所述解决了这些问题 但问题是,每当我尝试使用spring事务注释方法时,它都无法创建一个带有
我们有dynamic_cast的一般形式: dynamic_cast (表达式) 我特别对这条规则(5a)的粗体部分感到困惑: 5:如果expression是指向多态类型基的指针或引用,而new-type是指向派生类型的指针或引用,则执行运行时检查: a)检查由表达式指向/标识的最派生对象。如果在该对象中,表达式指向/引用派生的公共基,并且如果仅有一个派生类型的对象从由表达式指向/标识的子对象派生
2. 隐含规则和模式规则 上一节的Makefile写得中规中矩,比较繁琐,是为了讲清楚基本概念,其实Makefile有很多灵活的写法,可以写得更简洁,同时减少出错的可能。本节我们来看看这样一个例子还有哪些改进的余地。 一个目标依赖的所有条件不一定非得写在一条规则中,也可以拆开写,例如: main.o: main.h stack.h maze.h main.o: main.c gcc -c ma
Makefile有很多灵活的写法,可以写得更简洁,同时减少出错的可能。本节我们来看看这样一个例子还有哪些改进的余地。 一个目标依赖的所有条件不一定非得写在一条规则中,也可以拆开写,例如: main.o: main.h stack.h maze.h main.o: main.c gcc-c main.c 就相当于: main.o: main.c main.h stack
参考下面的链接
3 采集规则 采集规则是Pholcus最重要的组成部分之一,它采用高度灵活的结构化规则实现。 在采集规则里,你可以指定规则名、规则描述、采集网页、采集页数、采集关键词、采集内容字段等。 目前在 https://github.com/pholcus/spider_lib 由所有用户共同维护着一个公共规则库,欢迎大家贡献一份力量! 链接 Spider 包讲解 Request 结构体 Response
image需要加上styles定义高宽 和传统WEB不同,image不定义高宽的时候,默认会是高宽都为0,会造成界面不显示,这是需要注意的。 入口标签的最外围不要增加事件绑定和其他条件性的渲染。 比如程序的入口如下: import {Component} from 'weex-rx'; class App extends Component { render() { re