<br><div class="gmail_quote">On 6 April 2011 14:59, Bill Moseley <span dir="ltr">&lt;<a href="mailto:moseley@hank.org">moseley@hank.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>I&#39;m wondering if anyone has provided both a REST-like API and a SOAP API to their application and can provide some feedback from their experience.</div><div><br></div></blockquote><div><br></div><div>Hi Bill, we had to do the reverse of that (for a Perl app that wasn&#39;t using Catalyst) and added a REST API on to a SOAP one.</div>
<div>I think a direct mapping of SOAP actions -&gt; REST methods is your safest bet for keeping it intelligible and maintainable.</div><div>SOAP is a four letter word, of course :-]</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div></div><div><div>Also, does anyone have a suggestion how to version an API?  That is, say I have an API method POST /foo to create a new Foo object.  Would it be better to use something like POST /api/rest/version_2/foo?</div>


<div><br></div></div></blockquote><div><br></div><div>Yes I&#39;ve used the /api/v1/foo  /api/v2/foo approach before and it works well and makes it easy to separate out old APIs for regression testing when you add new stuff.</div>
<div><br></div><div>Regards, Peter</div><div><br></div></div>