Changelog History
-
v1.16.3 Changes
July 28, 2019๐ A few minor adjustments to help make things a little less confusing. The output of
go build
is now shown when runningaegis deploy
and theGO111MODULE=on
environment variable was removed from the internal build command. In order to use it, or any other environment variables at build time, add them toaegis.yaml
underapp.buildEnvVars
. -
v1.16.2
April 13, 2019 -
v1.16.1 Changes
March 03, 2019๐ Found a way to catch false positive base64 decoded values from API Gateway stage variables, this patch version issues a quick fix for that. If you never tried to store a character API Gateway didn't support, you'd be fine. If you knew to base64 decode yourself, you'd be fine. However, this ensures you don't need to worry about what API Gateway supports and doesn't support.
-
v1.16.0 Changes
March 03, 2019๐ This release fixes the deploy command using the default generated role (it adds VPC policy). It also fixes issue of hitting a AWS SDK rate limit when using Cognito example and changes the way the Aegis Cognito service works. More variables need to be defined now is all that means.
๐ Speaking of variables, the automatic base64 decoding of variables is removed (for now) as there were false positives.
-
v1.15.2 Changes
July 05, 2018๐ This patch release includes additional fixes for deploy that include the addition a retry and delay. After creating new IAM roles, it is possible that they are not yet available to be used by a Lambda function. Previously there was a short delay in the deploy command. Now there's a longer delay, but it is done so incrementally in a retry loop/goroutine. This puts a limit on how many times things get retried, but also doesn't wait longer than necessary.
โ Additionally, an
Error
field has been added to theCognitoToken
struct in the Cognito client service. This allows end user code to handle errors coming back from Cognito. Such cases can arise based on the pool configuration. More work on this service to come, but for now the ability to know there's an issue has been put in place.1.15.0
๐ SQS triggers have been added by AWS! This release provides a new, easy to use, router for working with them. This release also focused on wrapping up documentation (including SQS router).
- SQS message router
- ๐ Various fixes to
TraceStrategy
andTracer
1.14.0
- ๐ The
S3ObjectRouter
received a couple of fixes (among them #29) - โ
TraceStrategy
interface was overhauled making it easier to implement your own trace strategies as well as making it easier for Aegis to run unit tests. - โ More test cases were added and the S3 router has high coverage now (more tests to come for other routers)
1.12.0
- ๐ Moved local HTTP server to Aegis interface; it will eventually handle more than just
HTTP requests (which mimicks APIGatewayProxyRequest) - this creates a very small breaking
๐ change, the oldrouter.Gateway()
is simply replaced byapp.StartServer()
where app
is an instance of Aegis interface - ๐ Moved test cases accordingly, many of the functions to convert requests/responses
๐ were simply moved - โ Added
StartSingle()
which takes an--event
flag when running the binary for the
๐จ event and returns a pretty printed result (optional) or error message to the CLI
๐ฒ (also can flag--pretty
for this and--nolog
to hide any log output from the app)
1.11.0
- โ Added SES integration; configure rules in aegis.yaml and handle with SESRouter handlers
- ๐ Fixed bug when handling with nil Router, it will now return an error explaining that no handleres have been set to handle the event (this can occur if a router was registered, but not added to aegis.Handlers{}, leading to some confusion)
-
v1.15.1
July 04, 2018 -
v1.15.0
July 04, 2018 -
v1.14.0
June 10, 2018 -
v1.12.0
May 07, 2018 -
v1.11.0
May 03, 2018