
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>The best way is your way.</div><div><br></div><div>You can just use the #initialRequest: that is going to be received by your app.</div><div>Once you have that, you're done to do whatever you want in your app's logic.</div><div><br></div><div>You can take advantage of something more general, but in practice, so far I din't found it necessary</div><div><br></div><div><div><a href="http://twitter.com/sebastianconcpt" target="_blank">sebastian</a></div><div><br></div><div>o/</div></div><div><br></div><br><div><div>On Dec 27, 2010, at 3:06 PM, Davorin Rusevljan wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>How do you handle situations where Seaside app needs to provide REST<br>api to some other system, or framework? There seem at least 2 types of<br>such situations:<br><br>a) some foreign sytem like credit card processor, or such, needs to<br>call some url on your site and collect feedback. So this call is not<br>necessary releated to some Seaside session, but it needs to poke<br>around the database that is used by Seaside app.<br><br>b) Javascript widget that you use in your seaside app, like for<br>instance datatables, needs to make ajax calls to your server to fetch<br>some session related data, and url needs to anser for instance json<br>list of particular client orders.<br><br>What is the best way to handle such situations in your experience?<br><br>Davorin Rusevljan<br><a href="http://www.cloud208.com/">http://www.cloud208.com/</a><br>_______________________________________________<br>seaside mailing list<br>seaside@lists.squeakfoundation.org<br>http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside<br></div></blockquote></div><br></body></html>