Closed chris-brace closed 5 years ago
I believe this might be related to #27 which appears to have changed the tests to check for the url im seeing that's broken.
So it appears to work when i pass https://us-east-2.queue.amazonaws.com/838607676327/second
as the queue_name
. Im not 100% sure this is intended, but at very least it should be mentioned in the docs.
Hi @chris-brace! Thanks for the report.
So, as far as I could see, since ex_aws_sqs v3.0.0 they started using the queue URL instead of the queue name because, according to https://github.com/ex-aws/ex_aws_sqs/pull/9#issue-298229693, the SQS docs states that:
In your system, always store the entire queue URL exactly as Amazon SQS returns it to you when you create the queue Don't build the queue URL from its separate components each time you need to specify the queue URL in a request because Amazon SQS can change the components that make up the queue URL.
Sounds fair enough to me. However, in this case, I believe it would be better to rename queue_name
to queue_url
, update the docs/guides and release a new version. WDYT?
Feel free to send a PR if you want ;) Otherwise, I will address this in the next couple of days.
Thanks again!
Btw that's my other github account. Github enforcing global uniqueness for SSH keys made it easier to just do this on my personal one.
Closed by #32 and #33
The following worker (c&p from the docs) fails to connect to the queue.
It gets the following errors:
These are my deps
When i downgrade to broadway_sqs 0.2.0 it forms the request url successfully:
You can see that
second
gets appended to the base sqs url.