Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

URI improvements #159

Merged
merged 2 commits into from
Jul 18, 2015
Merged

Conversation

carlhoerberg
Copy link
Contributor

Respect "amqps://" in the URI and use the default protocol ports (5672 and 5671) if no port is supplied in the URI

@emk
Copy link

emk commented Jul 17, 2015

👍 We spent quite a while trying to puzzle out why Hutch was failing to parse certain amqp: URLs. Thank you a lot for this patch!

@michaelklishin
Copy link
Member

Thank you, some (mock-based) tests need updating, I'll take care of that.

@michaelklishin
Copy link
Member

I'm running into obscure github issues at the moment when trying to push, will contact support and push in the next few days.

@michaelklishin michaelklishin merged commit 3473971 into ruby-amqp:master Jul 18, 2015
michaellennox pushed a commit to michaellennox/hutch that referenced this pull request Jan 16, 2018
In ruby-amqp#159 functionality was added to hutch that meant that it would respect that when using `amqps://` as the URI scheme it would use TLS and also that when not specifying a port in the URI scheme it would default to the standard protocol ports (5671 for TLS connections, 5672 for non TLS connections).

This functionality appears to have been lost since and is restored by this commit it also adds a new test case to prevent another regression.
michaellennox pushed a commit to michaellennox/hutch that referenced this pull request Jan 16, 2018
In ruby-amqp#159 functionality was added to hutch that meant that it would respect that when using `amqps://` as the URI scheme it would use TLS and also that when not specifying a port in the URI scheme it would default to the standard protocol ports (5671 for TLS connections, 5672 for non TLS connections).

This functionality appears to have been lost since and is restored by this commit it also adds a new test case to prevent another regression.
michaellennox pushed a commit to michaellennox/hutch that referenced this pull request Jan 16, 2018
In ruby-amqp#159 functionality was added to hutch that meant that it would respect that when using `amqps://` as the URI scheme it would use TLS and also that when not specifying a port in the URI scheme it would default to the standard protocol ports (5671 for TLS connections, 5672 for non TLS connections).

This functionality appears to have been lost since and is restored by this commit it also adds a new test case to prevent another regression.
michaellennox pushed a commit to michaellennox/hutch that referenced this pull request Jan 16, 2018
In ruby-amqp#159 functionality was added to hutch that meant that it would respect that when using `amqps://` as the URI scheme it would use TLS and also that when not specifying a port in the URI scheme it would default to the standard protocol ports (5671 for TLS connections, 5672 for non TLS connections).

This functionality appears to have been lost since and is restored by this commit it also adds a new test case to prevent another regression.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants