Darren,<br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I see many protocols developed that are reinventions of "committee"<br>

protocols that are "simpler" because they throw away a bunch of things<br>
that only some people in the committee wanted.<br>
</blockquote><div><br>Still, somehow the Internet muddles ahead.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Where ASN.1, Google's proto, and XML are all presentation-layer<br>

specifications, BEEP is a session-layer specification.</blockquote><div> </div><div>I was thinking in a broad sense of getting my application working.  As you mention the others are presentation-layers.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Sadly, there's far more RESTful interface design than actual REST<br>
interface design. You lose much of the ability to use existing libraries<br>
and such when your design is only RESTful instead of actually being REST.<br>
<br>
Name three companies publishing "RESTful" services that all use the same<br>
authentication mechanism, for example. :-)</blockquote><div><br>I've read the statements but have yet to try a REST[ful]  application.  I can see some page mashups usage but have yet to see an web services application that gets me interested.  The URI router also has overhead.<br>
</div><div><br>I see you are trying to contrast RESTful and REST.  Is there more you might say to highlight the difference between the two terms from your point of viewing this.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> BEEP covers what a network messaging protocol needs to cover.<br><div class="Ih2E3d">
<br>
</div>Dr. Rose described it as "getting all that stuff out of the way so your<br>
IETF meeting doesn't spend 90% of the time on the stuff that's the same<br>
in every protocol and 10% of the time on the stuff specific to your<br>
meeting."</blockquote><div><br>Good  point about committees.<br></div></div><br>-- <br>John S. Wolter President<br>Wolter Works<br>Mailto:<a href="mailto:johnswolter@wolterworks.com">johnswolter@wolterworks.com</a><br>
Desk 1-734-665-1263<br>Cell: 1-734-904-8433