Colin
This will also mean generating a 'dispatch' or 'on_message' function in the Foo impl that takes messages off of the queue and calls the appropriate function.
https://www.reddit.com/r/rust/comments/66kar2/anyone_familiar_with_macros_in_rust_looking_for/
https://github.com/insanitybit/derive_aktor Going to mess around with the concept in that repo.
It would also be nice to have benchmarks so that issues that may improve performance (like the queue change) have something to go off of.
A few things. 1. I agree that this is a factor, but calling it a constructor is probably reasonable too - though the term has some baggage. 2. Agreed with...
No, the message does not come through at all to my knowledge, it simply hangs. Unless you mean the message that triggers the lambda - that comes through just fine....
``` 18:22:51 payload: Action=ReceiveMessage&MaxNumberOfMessages=10&QueueUrl=https%3A%2F%2Fsqs.us-east-1.amazonaws.com%2F251074890252%2Fgrapl-sysmon-subgraph-generator-s-sysmonsubgraphgeneratorqueueB25D-14FY7QCQHV7OW&Version=2012-11-05&WaitTimeSeconds=1 18:22:51 Headers: 18:22:51 [2019-12-20T18:22:51Z DEBUG rusoto_signature::signature] authorization:"AWS4-HMAC-SHA256 Credential=ASIATU5J2ZIGNVNFYOFK/20191220/us-east-1/sqs/aws4_request, SignedHeaders=content-type;host;x-amz-content-sha256;x-amz-date;x-amz-security-token, Signature=c4bc217c12f05cc2b1deea771b0a0506c81a0f8287c4769fd304c53e827a8a29" 18:22:51 [2019-12-20T18:22:51Z DEBUG rusoto_signature::signature] content-length:"230" 18:22:51 [2019-12-20T18:22:51Z DEBUG rusoto_signature::signature] content-type:"application/x-www-form-urlencoded" ...
So it is apparently reading data and it resolves the DNS request just fine.
Alright, something odd is going on. I'm going to add more debug logs to my code and dig into this. I'm seeing logs after the receive_message call now. It's just...
I'm not sure what I've done but I can no longer reproduce this issue. It may have been multiple distinct bugs.