- From: Melvin Carvalho <melvincarvalho@gmail.com>
- Date: Tue, 30 Dec 2014 00:19:54 +0100
- To: Anders Rundgren <anders.rundgren.net@gmail.com>
- Cc: Kingsley Idehen <kidehen@openlinksw.com>, Web Payments <public-webpayments@w3.org>
- Message-ID: <CAKaEYhJg+hq9c=T1d4BEPsgRZxNiPooRWeXqEbyg4qyukmVabw@mail.gmail.com>
On 29 December 2014 at 19:47, Anders Rundgren <anders.rundgren.net@gmail.com > wrote: > On 2014-12-29 18:54, Kingsley Idehen wrote: > >> On 12/28/14 2:05 AM, Anders Rundgren wrote: >> >>> In addition, I don't even think the idea using HTTP 402 actually buys >>> you anything since it >>> has no meaning in a browser (and thus for the user) which means that >>> there must always be >>> a *proxy* involved which does the actual work. >>> >> >> If 402 has no meaning in the browser, how does 200 magically have meaning >> to said browser? >> > > Just to verify my claim I wrote a small Servlet that returned 402. > Using sendError (402) IE, Chrome and Firefox returned an error page saying > that "payments are needed". > Using setStatus (402) the same browsers did the same thing as for 200 > showed the HTML page. > > None of these responses has any use for payments as far as I can tell. > Are you expecting 4xx to do something special? Does 404? Or 401 or 403? I think this is off topic. > > > I remain quite confused about your understanding of Web Architecture. >> > > I'm talking about the browser-based scheme Melvin is advocating which still > is completely undocumented. > > > A browser is one kind of HTTP User Agent. That's it! >> > > Indeed, and I guess that is the one Melvin talked about. If it was not > he should tell us. > > Regards, > Anders > > > >> -- >> Regards, >> >> Kingsley Idehen >> Founder & CEO >> OpenLink Software >> Company Web:http://www.openlinksw.com >> Personal Weblog 1:http://kidehen.blogspot.com >> Personal Weblog 2:http://www.openlinksw.com/blog/~kidehen >> Twitter Profile:https://twitter.com/kidehen >> Google+ Profile:https://plus.google.com/+KingsleyIdehen/about >> LinkedIn Profile:http://www.linkedin.com/in/kidehen >> Personal WebID:http://kingsley.idehen.net/dataspace/person/kidehen#this >> >> > >
Received on Monday, 29 December 2014 23:20:24 UTC