summaryrefslogtreecommitdiffstats
path: root/archives/extend/2014-February/000328.html
diff options
context:
space:
mode:
authorLoïc Hoguin <[email protected]>2016-08-29 12:39:49 +0200
committerLoïc Hoguin <[email protected]>2016-08-29 12:40:03 +0200
commitc807880f7ac73f813b2660ea81a00f7712a4e793 (patch)
treeba1d09e9b177f230665a80513b33fbd532000ce4 /archives/extend/2014-February/000328.html
parentb1df25a7d9cda697513650659b781b55b40898f8 (diff)
downloadninenines.eu-c807880f7ac73f813b2660ea81a00f7712a4e793.tar.gz
ninenines.eu-c807880f7ac73f813b2660ea81a00f7712a4e793.tar.bz2
ninenines.eu-c807880f7ac73f813b2660ea81a00f7712a4e793.zip
Add old mailing list archives
Diffstat (limited to 'archives/extend/2014-February/000328.html')
-rw-r--r--archives/extend/2014-February/000328.html195
1 files changed, 195 insertions, 0 deletions
diff --git a/archives/extend/2014-February/000328.html b/archives/extend/2014-February/000328.html
new file mode 100644
index 00000000..95c2b425
--- /dev/null
+++ b/archives/extend/2014-February/000328.html
@@ -0,0 +1,195 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [99s-extend] Accept header in POST request
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsiHdRRzsBJ_Ns%2Bsw2BdcwbB9dKbx-m6UUL%2BhRj%3D%3DwXY%3DA%40mail.gmail.com%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <style type="text/css">
+ pre {
+ white-space: pre-wrap; /* css-2.1, curent FF, Opera, Safari */
+ }
+ </style>
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="000327.html">
+ <LINK REL="Next" HREF="000329.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[99s-extend] Accept header in POST request</H1>
+ <B>&#321;ukasz Biedrycki</B>
+ <A HREF="mailto:extend%40lists.ninenines.eu?Subject=Re%3A%20%5B99s-extend%5D%20Accept%20header%20in%20POST%20request&In-Reply-To=%3CCAKfrUsiHdRRzsBJ_Ns%2Bsw2BdcwbB9dKbx-m6UUL%2BhRj%3D%3DwXY%3DA%40mail.gmail.com%3E"
+ TITLE="[99s-extend] Accept header in POST request">lukasz.biedrycki at gmail.com
+ </A><BR>
+ <I>Mon Feb 3 20:08:12 CET 2014</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="000327.html">[99s-extend] Accept header in POST request
+</A></li>
+ <LI>Next message: <A HREF="000329.html">[99s-extend] Accept header in POST request
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#328">[ date ]</a>
+ <a href="thread.html#328">[ thread ]</a>
+ <a href="subject.html#328">[ subject ]</a>
+ <a href="author.html#328">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Ok,
+it is more clear for me.
+
+Last question I have is about content_types_provided function.
+
+Is it safe to define it like this?
+
+content_types_provided(R, S) -&gt;
+ ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, *undefined*}],
+ {ContentTypes, Req, State}.
+
+Callback in content_types_provided is useless for POST requests, as it
+won&#8217;t be called.
+Is it safe to use *undefined *atom, to have a source code clearer?
+
+
+
+
+On Mon, Feb 3, 2014 at 7:37 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt; wrote:
+
+&gt;<i> If Accept is sent and is different than text/html, yes.
+</I>&gt;<i>
+</I>&gt;<i> This is how HTTP is defined. If the client says it speaks only
+</I>&gt;<i> content-type X but you can only reply with content-type Y, you error out
+</I>&gt;<i> early and stop processing the request. On the other hand if the client
+</I>&gt;<i> doesn't say what content-type it speaks then the server can choose
+</I>&gt;<i> whichever one it wants.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> On 02/03/2014 07:26 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;<i>
+</I>&gt;&gt;<i> My application sends both headers: &#8220;Content-type&#8221; and &#8220;Accept&#8221; header
+</I>&gt;&gt;<i> using POST method.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> For POST rest handler do I have to specify both: content_types_accepted
+</I>&gt;&gt;<i> and content_types_provided to manage this kind of request?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On Mon, Feb 3, 2014 at 7:23 PM, Lo&#239;c Hoguin &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>
+</I>&gt;&gt;<i> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">essen at ninenines.eu</A>&gt;&gt; wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The content-type provided is relevant for any response, not just
+</I>&gt;&gt;<i> responses to GET requests. It defaults to text/html. If your client
+</I>&gt;&gt;<i> doesn't send that content-type, you have to define the callback.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I notice that the documentation is incorrect about the relevant
+</I>&gt;&gt;<i> methods for this callback, I will open a ticket to fix it soon.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> On 02/03/2014 07:13 PM, &#321;ukasz Biedrycki wrote:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Hi,
+</I>&gt;&gt;<i> I have a rest handler that accepts POST and PUT requests with
+</I>&gt;&gt;<i> &#8220;application/json&#8221; content type.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> I have content_types_accepted function defined as follows:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> content_types_accepted(Req, State) -&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {[{&#8216;application/json', from_json}], Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> The problem I have is within a request that has two headers:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> *Content-type*: application/json
+</I>&gt;&gt;<i> *Accept*: application/json
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> With this combination I receive *406*.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> You can repeat it with test:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> http_SUITE.erl:
+</I>&gt;&gt;<i> 1072 rest_postonly(Config) -&gt;
+</I>&gt;&gt;<i> 1073 Client = ?config(client, Config),
+</I>&gt;&gt;<i> 1074 Headers = [
+</I>&gt;&gt;<i> 1075 {&lt;&lt;&quot;content-type&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;},
+</I>&gt;&gt;<i> 1076 {&lt;&lt;&quot;accept&quot;&gt;&gt;, &lt;&lt;&quot;text/plain&quot;&gt;&gt;}
+</I>&gt;&gt;<i> 1077 ],
+</I>&gt;&gt;<i> 1078 {ok, Client2} = cowboy_client:request(&lt;&lt;&quot;POST&quot;__&gt;&gt;,
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> 1079 build_url(&quot;/postonly&quot;, Config), Headers, &quot;12345&quot;,
+</I>&gt;&gt;<i> Client),
+</I>&gt;&gt;<i> 1080 {ok, 204, _, _} = cowboy_client:response(__Client2).
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> My solution to that was to add a content_types_provided function:
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> content_types_provided(Req, State) -&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> ContentTypes = [{{&lt;&lt;&quot;application&quot;&gt;&gt;, &lt;&lt;&quot;json&quot;&gt;&gt;, '*'}, to_json}],
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> {ContentTypes, Req, State}.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> But it is useless as *to_json* callback registered is not called
+</I>&gt;&gt;<i> anyhow.
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Adding *content_types_provided* function is a correct solution
+</I>&gt;&gt;<i> in this case?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Or I am missing something here?
+</I>&gt;&gt;<i> &#8220;Accept&#8221; header is not relevant only in case of GET requests?
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> Thank for help,
+</I>&gt;&gt;<i> &#321;ukasz Biedrycki
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> _________________________________________________
+</I>&gt;&gt;<i> Extend mailing list
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A> &lt;mailto:<A HREF="https://lists.ninenines.eu/listinfo/extend">Extend at lists.ninenines.eu</A>&gt;
+</I>&gt;&gt;<i> <A HREF="https://lists.ninenines.eu/__listinfo/extend">https://lists.ninenines.eu/__listinfo/extend</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> &lt;<A HREF="https://lists.ninenines.eu/listinfo/extend">https://lists.ninenines.eu/listinfo/extend</A>&gt;
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i> --
+</I>&gt;&gt;<i> Lo&#239;c Hoguin
+</I>&gt;&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;&gt;<i>
+</I>&gt;<i> --
+</I>&gt;<i> Lo&#239;c Hoguin
+</I>&gt;<i> <A HREF="http://ninenines.eu">http://ninenines.eu</A>
+</I>&gt;<i>
+</I>-------------- next part --------------
+An HTML attachment was scrubbed...
+URL: &lt;<A HREF="http://lists.ninenines.eu/archives/extend/attachments/20140203/088e7e6a/attachment.html">http://lists.ninenines.eu/archives/extend/attachments/20140203/088e7e6a/attachment.html</A>&gt;
+</PRE>
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="000327.html">[99s-extend] Accept header in POST request
+</A></li>
+ <LI>Next message: <A HREF="000329.html">[99s-extend] Accept header in POST request
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#328">[ date ]</a>
+ <a href="thread.html#328">[ thread ]</a>
+ <a href="subject.html#328">[ subject ]</a>
+ <a href="author.html#328">[ author ]</a>
+ </LI>
+ </UL>
+
+<hr>
+<a href="https://lists.ninenines.eu/listinfo/extend">More information about the Extend
+mailing list</a><br>
+</body></html>