Add sendMessage handler about subscriptionless HOT 3 OPEN

This turned out to be pretty straightforward thanks to the structure of things. master...reconbot:reconbot/onSendMessage will make a pr if you're interested in it.

from subscriptionless.

I did some more research and experimenting.

I think I can make some changes to the arc sandbox to support the ApiGatewayManagementApi directly, however it would need a custom endpoint configuration as arc can only provide http in development and the way you make the endpoint uri out of the domain and stage in the event assumes https. (You don't specify a protocol but it seems to figure it out.)

It seems having a custom management endpoint isn't out of the question;

The Amazon API Gateway Management API allows you to directly manage runtime aspects of your deployed APIs. To use it, you must explicitly set the SDK's endpoint to point to the endpoint of your deployed API. The endpoint will be of the form https://[api-id].execute-api.[region].amazonaws.com/[stage], or will be the endpoint corresponding to your API's custom domain and base path, if applicable.

So if it makes more sense a configurable endpoint might do the trick.

from subscriptionless.

Thanks for taking the time to make this suggestion!

So if it makes more sense a configurable endpoint might do the trick.

Best case scenario would probably be exactly this - the reason being, there are likely going to be more and more occasions where interfacing with the AWS API will take place:

• Writing to DynamoDB
• Communicating with API Gateway
• Invoking Lambda functions ❓ (TBD)

If you use a local endpoint, regardless of how the implementation details change, you'll always be able to mock/implement a local environment however you need. I couldn't necessarily give that guarantee if we were to create an escape hatch for each interaction with AWS (and there's also the argument of differing logic between dev/deployed environments).

In terms of how this would integrate with Architect, I don't know much about it but Serverless have managed to get this working using local endpoints. Might be worth opening an issue with them also!

from subscriptionless.