Skip to content
This repository has been archived by the owner on Jan 14, 2020. It is now read-only.

Supported Events #1

Open
13 of 19 tasks
fsenart opened this issue Nov 21, 2016 · 5 comments
Open
13 of 19 tasks

Supported Events #1

fsenart opened this issue Nov 21, 2016 · 5 comments

Comments

@fsenart
Copy link
Contributor

fsenart commented Nov 21, 2016

This issue tracks the integration of all AWS Lambda supported events. Feel free to open an issue for any unchecked event that doesn't already have one, but please try to keep discussions in a single issue if possible.

Extensive documentation is mandatory for each event.

To report a bug with a completed feature, please open a new issue for the bug.

  • Amazon Alexa
  • Amazon API Gateway Custom Authorizer
  • Amazon API Gateway Proxy
  • Amazon CloudWatch Logs
  • Amazon CloudWatch Scheduled
  • Amazon Cognito Sync
  • Amazon DynamoDB Streams
  • Amazon Echo
  • Amazon Kinesis Firehose
  • Amazon Kinesis Streams
  • Amazon Lex
  • Amazon S3
  • Amazon Simple Notification Service
  • Amazon Simple Email Service
  • AWS CloudFormation
  • AWS CodeCommit
  • AWS CodePipeline
  • AWS Config
  • AWS IoT Button
@lion3ls
Copy link
Member

lion3ls commented Nov 25, 2016

31f5dfb Amazon DynamoDB Streams ✔️

lion3ls added a commit that referenced this issue Jan 17, 2017
Add new events:
        - Amazon CloudWatch Logs Events
        - Amazon CloudWatch Scheduled Events
        - Amazon Cognito Sync Events
        - Amazon Simple Email Service Events

Rename events:
        - kinesievt => kinesisstreamsevt

Revamp documentation:
        As more and more events are added, a single README pattern is
        no more sustainable. Also, the new pattern is one README per
        event and one main README referencing them all.

Breaking change:
        - As we migrate to eawsy/aws-lambda-go-shim the
          `HandlerFunc` type is no more useful and is removed.
        - Building and packaging are also changed as the new shim build
          process is very different from the precedent version.

CAT: #break #feat #doc
REF: #1
@cristim
Copy link

cristim commented Jan 17, 2017

The list is missing the following:

  • AWS CodeCommit
  • Amazon Lex
  • CloudWatch Events is ambiguous, it shows twice on their list, once with Scheduled and once without

I propose to order it and rename the items to match the list on the AWS side, in order to easily keep track on changes on their side.

@fsenart
Copy link
Contributor Author

fsenart commented Jan 17, 2017

Integrated missing events and reordered.

For CloudWatch Events, there is something not so clear in the doc. In fact here are a lot of different CloudWatch events, and we should be more specific than the generic documentation and create specific named types for each of them. What do you think?

There are also other events that aren't really documented, but they exist. Examples are those proposed in AWS Lambda test event configuration in the console, like CloudFront or CodePipeline. I think we should gather as much information as possible through the different docs, etc and decide to normalize them and put them here?

fsenart added a commit that referenced this issue Jan 18, 2017
@fsenart fsenart changed the title Supported Event Sources Supported Events Jan 18, 2017
fsenart added a commit that referenced this issue Jan 20, 2017
lion3ls added a commit that referenced this issue Feb 22, 2017
fsenart added a commit that referenced this issue Mar 4, 2017
@lenfree
Copy link

lenfree commented May 25, 2017

Hi @cristim @fsenart , I'd like to add a Alexa Event and response but not sure where to start. Maybe you can help? 😄 My stuff is in https://github.com/lenfree/alexa-fb-lambda/blob/master/build/decode.go#L5.

@fsenart
Copy link
Contributor Author

fsenart commented May 25, 2017

Hi @lenfree,

First of all thx for your interest in this project and your willingness to contribute. Adding a new event is pretty simple:

  1. Find the exhaustive set of properties and types involved in your event by crunching the AWS doc, printing incoming raw event in AWS Lambda, etc.
  2. Document extensively each field by trying to really understand the purpose of each field via AWS documentation or other sources. The idea is to provide high quality events in order to prevent users the hassle of browsing the web looking for the meaning of each field. I agree that the AWS doc is sometimes very poor regarding this aspect.
  3. Follow the conventions used in other provided events such as naming Event, EventRecord, etc, files doc.go, decorder,go, definition.go, etc.
  4. Submit a pull request and we will be happy to review and merge your work.

In the meantime, if you need any help, etc please fork the project and I will assist you.

lion3ls pushed a commit that referenced this issue Nov 27, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants