<div dir="ltr">I&#39;m a little confused. Is this a bug in the Forge scaffolding, or a new requirement because of the upgrade to jQuery 1.9 in the AeroGear client? The Forge scaffolding seems to work fine. Is this something that prevents the current forge scaffolding or REST endpoints from working correctly, or only when paired with something from Aerogear? Is this something that exists and can be tried? Just curious because I&#39;d like to know if we broke something, or missed a requirement.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Dec 18, 2013 at 10:54 AM, Burr Sutter <span dir="ltr">&lt;<a href="mailto:bsutter@redhat.com" target="_blank">bsutter@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It sounds like, at a minimum, we have a bug in the Forge scaffolding to support Aerogear.js<br>
<br>
My next concern would be that since this &quot;feature&quot; was introduced with jQuery 1.9, it could be that a LOT of the world&#39;s REST endpoints are no longer POST compatible with Aerogear.js, nothing to be done about that except to document it well for Aerogear.js when the time to promote it heavily comes up.<br>

<br>
Aerogear.js doc issues also include confusion of datamanager/store (getting started guide is not clear for when those are needed) and the seemingly missing docs for Pipe.  Plus, the first example seen by the end-user should include the use of iteration through the results, not an underscore template which hides some of the details.<br>

<br>
<br>
<br>
On Dec 18, 2013, at 10:47 AM, Karel Piwko &lt;<a href="mailto:kpiwko@redhat.com">kpiwko@redhat.com</a>&gt; wrote:<br>
<br>
&gt; To my understanding, HTTP 201 should always return created entity and its<br>
&gt; content should be based on Content-Type header field.<br>
&gt;<br>
&gt; See <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html" target="_blank">http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html</a><br>
&gt;<br>
&gt; On Mon, 16 Dec 2013 16:25:53 -0500 (EST)<br>
<div class="im HOEnZb">&gt; Vineet Reynolds Pereira &lt;<a href="mailto:vpereira@redhat.com">vpereira@redhat.com</a>&gt; wrote:<br>
&gt;<br>
</div><div class="im HOEnZb">&gt;&gt; It would be better to treat this as a flag to be enabled during REST resource<br>
&gt;&gt; scaffolding. It would allow users to choose how the resource behaves -<br>
&gt;&gt; * send a 201 response with Location header,<br>
&gt;&gt; * send a 201 response with Location header and also a response entity.<br>
&gt;&gt;<br>
</div><div class="HOEnZb"><div class="h5">&gt; _______________________________________________<br>
&gt; aerogear-dev mailing list<br>
&gt; <a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br>
<br>
<br>
_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>&quot;Simpler is better.&quot;
</div>