cowboy.git - Small, fast, modern HTTP server for Erlang/OTP.

Age	Commit message (Collapse)	Author
2015-05-07	Exit with exit/1 on handler exception and include class in reason	James Fish

2014-09-30	Improve handler interface and documentation	Loïc Hoguin
	This change simplifies a little more the sub protocols mechanism. Aliases have been removed. The renaming of loop handlers as long polling handlers has been reverted. Plain HTTP handlers now simply do their work in the init/2 callback. There is no specific code for them. Loop handlers now follow the same return value as Websocket, they use ok to continue and shutdown to stop. Terminate reasons for all handler types have been documented. The terminate callback is now appropriately called in all cases (or should be). Behaviors for all handler types have been moved in the module that implement them. This means that cowboy_handler replaces the cowboy_http_handler behavior, and similarly cowboy_loop replaces cowboy_loop_handler, cowboy_websocket replaces cowboy_websocket_handler. Finally cowboy_rest now has the start of a behavior in it and will have the full list of optional callbacks defined once Erlang 18.0 gets released. The guide has been reorganized and should be easier to follow.
2014-09-26	Unify the init and terminate callbacks	Loïc Hoguin
	This set of changes is the first step to simplify the writing of handlers, by removing some extraneous callbacks and making others optional. init/3 is now init/2, its first argument being removed. rest_init/2 and rest_terminate/2 have been removed. websocket_init/3 and websocket_terminate/3 have been removed. terminate/3 is now optional. It is called regardless of the type of handler, including rest and websocket. The return value of init/2 changed. It now returns {Mod, Req, Opts} with Mod being either one of the four handler type or a custom module. It can also return extra timeout and hibernate options. The signature for sub protocols has changed, they now receive these extra timeout and hibernate options. Loop handlers are now implemented in cowboy_long_polling, and will be renamed throughout the project in a future commit.
2014-09-24	Remove the error tuple return value for middlewares	Loïc Hoguin
	It wasn't interesting compared to simply returning a halt tuple with an explicit reply.
2014-07-12	Remove useless todo comments	Loïc Hoguin

2014-07-12	Reply with 400 on header parsing crash	Loïc Hoguin
	This is a first step to improve the HTTP status codes returned by Cowboy on crashes. We will tweak it over time. Also fixes a small bug where two replies may have been sent when using loop handlers under rare conditions.
2014-06-30	Update specs that were too wide	Loïc Hoguin

2014-03-26	Remove outdated comments, all edoc, plus a few minor tweaks	Loïc Hoguin

2014-02-06	Update copyright years	Loïc Hoguin

2013-11-18	Fix loop handler keepalive race condition	James Fish
	Previously if a loop handler received the timeout message from a previous request on the same connection the socket would be set to {active, once} incorrectly - when a socket packet was already in the message queue. This second packet would not be added to the buffer before a Handler:info/3 call if a user message was in the message queue before both socket packets.
2013-08-24	Crash on failure, don't report errors	Loïc Hoguin
	When something went wrong in a handler we used to report errors and then terminate the process normally. This doesn't work so well with links which won't detect failure. Now we still catch the error, but throw another one with more details on why it happened, including the Req object information and the stacktrace. Ranch will then print an error message with all this information. Because we crash directly, this also means that we will not hog resources unnecessarily for too long when something bad happens.
2013-05-16	Move cowboy_http:status() to cowboy:http_status()	Loïc Hoguin

2013-04-12	Don't receive data from the socket only once in the loop handler	Loïc Hoguin

2013-04-12	Ensure we can fetch the body in the info/3 function of loop handlers	Loïc Hoguin

2013-02-22	Fix to prevent loop handler awakening immediately after response sent	James Fish
	If a loop handler sent a response (e.g. cowboy_req:chunked_reply/2,/3) and then returns {loop, Req, HandlerState, hibernate} it would have a {cowboy_req, resp_sent} message in its message queue. This message would cause the process to immediately awaken, so it is flushed before hibernation.
2013-02-21	Added warn compile options. Fixed compile warnings.	Egobrain

2013-02-17	Fix {suspend, ...} specs to use atom() for function name	James Fish

2013-02-15	Make sure socket is passive once we've done with loop handler	Andrew Majorov
	It is sometimes important to make a socket passive as it was initially and as it is expected to be by cowboy_protocol, right after we've done with loop handling.
2013-02-11	Better handle socket closing with loop handlers	Loïc Hoguin
	We now read from the socket to be able to detect errors or TCP close events, and buffer the data if any. Once the data receive goes over a certain limit, which defaults to 5000 bytes, we simply close the connection with an {error, overflow} reason.
2013-01-29	Fix {cowboy_req, resp_sent} potentially leaking in loop handlers	Loïc Hoguin

2013-01-22	Replace terminate/2 with terminate/3, adding a Reason	Loïc Hoguin
	This should have been done a long time ago, back when I initially added Websocket support. This is the first part of two in improving loop handler support with regards to socket closure. Reason may include: {normal, shutdown} for the most normal shutdown, {normal, timeout} for a loop handler timeout shutdown, or {error, _} if an error occured.
2013-01-03	Add middleware support	Loïc Hoguin
	Middlewares allow customizing the request processing. All existing Cowboy project are incompatible with this commit. You need to change `{dispatch, Dispatch}` in the protocol options to `{env, [{dispatch, Dispatch}]}` to fix your code.