<div dir="ltr"><div class="gmail_default" style="color:rgb(102,0,0)">Distilling all comments down, I now have this plan which will be implemented unless there is significant disagreement:</div><div class="gmail_default" style="color:rgb(102,0,0)">
<br></div><div class="gmail_default" style="color:rgb(102,0,0)"></div><div class="gmail_default"><font color="#660000">PREFIX: case sensitive, lower case required</font></div><div class="gmail_default"><font color="#660000"><br>
</font></div><div class="gmail_default"><font color="#660000">PATH: case sensitive, lower case required</font></div><div class="gmail_default"><font color="#660000"><br></font></div><div class="gmail_default"><font color="#660000">TECH: case INsensitive (accept SIP & sip), current CAPS will be allowed to continue but recommendation is to lower case all TECH names</font></div>
<div class="gmail_default"><font color="#660000"><br></font></div><div class="gmail_default"><font color="#660000">RESOURCE: case sensitive, must match actual configured value.</font></div><div class="gmail_default"><font color="#660000"><br>
</font></div><div class="gmail_default"><font color="#660000">ID: case sensitive, must match actual identifier</font></div><div class="gmail_default"><font color="#660000"><br></font></div><div class="gmail_default"><font color="#660000">OPERATION: case sensitive, lower case required</font></div>
<div class="gmail_default"><font color="#660000"><br></font></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 23, 2014 at 3:56 AM, Ben Merrills <span dir="ltr"><<a href="mailto:b.merrills@mersontech.co.uk" target="_blank">b.merrills@mersontech.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">> On Wed, Jan 22, 2014 at 6:15 AM, Daniel Jenkins <<a href="mailto:dan.jenkins88@gmail.com">dan.jenkins88@gmail.com</a>><br>

> wrote:<br>
> ><br>
> ><br>
> ><br>
> > On Wed, Jan 22, 2014 at 11:03 AM, Walter Doekes<br>
> > <<a href="mailto:wjdoekes%2Basterisk-dev@osso.nl">wjdoekes+asterisk-dev@osso.nl</a>> wrote:<br>
> >><br>
> >> On 22/01/14 11:37, Daniel Jenkins wrote:<br>
> >>><br>
> >>> Oh go on then, I'll chip in a little more than just +1'ing Paul,<br>
> >>><br>
> >>> URLs should be case sensitive, I think we've settled on that now<br>
> >><br>
> >><br>
> >> No. I think we've settled on sensitive and lowercase whenever<br>
> >> (easily) possible. And case sensitive for the parts that matter.<br>
> >><br>
> >> Just because the RFC says that URLs are case sensitive, does not mean<br>
> >> that the RFC forbids aliases.<br>
> >><br>
> >><br>
> >><br>
> >>> I'd prefer for SIP technology and any technology to be lowercase in<br>
> >>> the url but if that's a crazy amount of work right now, then I'm<br>
> >>> fine with it being Upper, or whatever the technology is set to<br>
> >>> within Asterisk,<br>
> >><br>
> >><br>
> >> The point is, that if you make the decision to stick with UPPERTECH<br>
> >> you'll have a hard time switching later.<br>
> >><br>
> >> If we settle for these rules, we are forward compatible with an<br>
> >> optional lowertech future:<br>
> >><br>
> >> - case sensitive (usually lowercase) everywhere,<br>
> >> - except technology names, which are case insensitive and have an<br>
> >> uppercase canonical form (for now)<br>
> >><br>
> >> If we then later decide to make lowertech the canonical form -- for<br>
> >> starters by updating lots of json output everywhere -- newer scripts<br>
> >> that use lowertech will still work on older ari versions.<br>
> >><br>
> >><br>
> >> Walter<br>
> >><br>
> >><br>
> >> _______________________________________________<br>
> >> asterisk-app-dev mailing list<br>
> >> <a href="mailto:asterisk-app-dev@lists.digium.com">asterisk-app-dev@lists.digium.com</a><br>
> >> <a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev" target="_blank">http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev</a><br>
> ><br>
> ><br>
> > Hi Walter,<br>
> ><br>
> > My point was that TECH should be whatever it is in Asterisk and should<br>
> > not be case insensitive, it just makes working with it more complex -<br>
> > everything should be case sensitive and lower where possible, in the<br>
> > case of an device id or whatever then it should be what's set in<br>
> > Asterisk - but for URL descriptors everything should be lower.<br>
> ><br>
> > In the grand scheme of things, you should never build your application<br>
> > with knowledge you are guessing from your own knowledge - for example,<br>
> > the ARI should list it's available technologies and you should use<br>
> > that list to then construct URLs, or even better, for the result from<br>
> > the ARI when asking for all technologies, to give you a list of urls<br>
> > that you can call for each technology - let the API guide you to where it<br>
> knows is correct.<br>
> ><br>
> > There's too much guessing for my liking when people communicate with<br>
> > APIs, they take what they think they know and form their own logic<br>
> > around it - the ARI should tell you everything and your client should<br>
> > be dumb, entirely dumb when it comes to what it knows about<br>
> > Asterisk/ARI<br>
> ><br>
> > When you treat your application as dumb and rely on the ARI telling<br>
> > you information like URLs to follow etc, the ARI could change things<br>
> > to upper or lower or whatever tomorrow and your application wouldn't<br>
> care one bit.<br>
> ><br>
> > You talk about how the RFC doesn't forbid aliases - but an alias is<br>
> > designed to make something easier, how would allowing SIP and sip make<br>
> > things easier if your application got the list of technologies from Asterisk<br>
> itself?<br>
> ><br>
> > Dan<br>
> ><br>
> My turn to +1 Dan.  Lets be honest, if this was behind an HTTP server (via<br>
> Asterisk serving up the content) we wouldn't even be having this discussion.<br>
> I think we are pretty much there, lower case URLS, only when model, tech,<br>
> item, foo, is actually case sensitive, I think everybody is on board with that.<br>
><br>
</div></div>[skrusty]<br>
Sounds about right to me! Lower case as a general rule is pretty much (I think) the norm, and the way to proceed. Otherwise it's just going to get messy.<br>
<br>
+1 Dan and Paul ;)<br>
<div class="im HOEnZb"><br>
<br>
> --<br>
> Paul Belanger | PolyBeacon, Inc.<br>
> Jabber: <a href="mailto:paul.belanger@polybeacon.com">paul.belanger@polybeacon.com</a> | IRC: pabelanger (Freenode)<br>
> Github: <a href="https://github.com/pabelanger" target="_blank">https://github.com/pabelanger</a> | Twitter:<br>
> <a href="https://twitter.com/pabelanger" target="_blank">https://twitter.com/pabelanger</a><br>
><br>
> _______________________________________________<br>
> asterisk-app-dev mailing list<br>
> <a href="mailto:asterisk-app-dev@lists.digium.com">asterisk-app-dev@lists.digium.com</a><br>
> <a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev" target="_blank">http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev</a><br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
asterisk-app-dev mailing list<br>
<a href="mailto:asterisk-app-dev@lists.digium.com">asterisk-app-dev@lists.digium.com</a><br>
<a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev" target="_blank">http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><img alt="Digium logo" src="https://my.digium.com/images/graphics/digium_RGB_signature.gif" width="288" height="50" style="color:rgb(0,0,0);font-family:Arial,Helvetica,sans-serif;font-size:12px"><div>
Scott Griepentrog<br>Digium, Inc · Software Developer<br>445 Jan Davis Drive NW · Huntsville, AL 35806 · US<br>direct/fax: +1 256 428 6239 · mobile: +1 317 507 4029<br>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> · <a href="http://asterisk.org" target="_blank">http://asterisk.org</a><br>
</div></div>
</div>