<div dir="ltr"><pre style="color:rgb(85,85,85);font-size:13px;line-height:18px"><font face="arial, helvetica, sans-serif">Hmmm - yes that's a problem.</font></pre><pre style="color:rgb(85,85,85);font-size:13px;line-height:18px">
<font face="arial, helvetica, sans-serif">The amqp URI BNF in the rabbitmq docs includes this:</font></pre><blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex" class="gmail_quote">
<font face="courier new, monospace" size="1">amqp_userinfo = username [ ":" password ]<br>username = *( unreserved / pct-encoded / sub-delims )<br>password = *( unreserved / pct-encoded / sub-delims )</font></blockquote>
<div><br></div><div>which indicates that an empty password is acceptable in the URI, unfortunately.</div><div><br></div><div>Of course that doesn't mean the shovel has to accept it.</div><div><br></div><div>Possibly '1*' should be used instead of '*' above...?</div>
<div><br></div><div>It's a pretty small buglet in the scheme of things...</div><div><br></div><div>ml</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 7, 2014 at 6:47 AM, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 04/04/2014 16:37, Laing, Michael wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Here's an example - one shovel fails and the other works. The difference<br>
is the colon which, strictly speaking, perhaps shouldn't have been there<br>
- but used to work:<br>
</blockquote>
<br></div>
Ah right, reproduced. The difference is in how URI parsing works - in 3.2.x, "amqp://user:@/vhost" would be treated as a direct connection with no password (i.e. assumed authenticated), while in 3.3.x it would be treated as a direct connection with a password of "".<br>
<br>
So it's probably a bug. I just can't decide if it's a bug in 3.2.x or 3.3.0...<br>
<br>
Cheers, Simon<br>
<br>
</blockquote></div><br></div>