Erlang has seen a renewed interest because it is, together with the accompanying Erlang/OTP framework, built specifically to exploit parallel computing resources. In the article, Steve shows how Erlang's features are a match for implementing RESTful services, specifically discussing how to map an application's URI space to Erlang program code.
Check out the full article here.
Community comments
Repeatability
by Erik Onnen,
Re: Repeatability
by Erik Onnen,
Apples And Oranges
by Paul Tiseo,
Missing hypermedia
by Guilherme Silveira,
Repeatability
by Erik Onnen,
Your message is awaiting moderation. Thank you for participating in the discussion.
Hey Steve,
Thanks for the article. In my own testing, I've seen Yaws fall over and die under a load of ~20 concurrent requests. This really begs the question, what can we do to repeat Joe's tests? The documentation and code of "the test" are sparse, and they aren't public so it's impossible for anyone to reproduce the same numbers. Given that, I can only assume the Yaws numbers don't take into account dynamic content, something that is important to most developers. Any thoughts there?
-erik
Re: Repeatability
by Erik Onnen,
Your message is awaiting moderation. Thank you for participating in the discussion.
Also, I'm curious about your mention of Erlyweb. How many people are maintaining Erlyweb? For those of us who are interested in the comminity there, how many people actively contribute to Erlyweb?
Apples And Oranges
by Paul Tiseo,
Your message is awaiting moderation. Thank you for participating in the discussion.
While I am learning Erlang because it seems to be an emergent language I should have in my toolset as a developer, I fear the "famous graph" at the start of the article, used as a teaser, is perhaps misleading.
First, are Apache and Yaws comparable? How much of Apache's functionality set is found in Yaws? Second, what was the test configuration for that graph? Also, no mention is made of the follow-up benchmarking
I mean, if a writer starts an article with: "Whether or not you should use X, here's how you'd use X...", shouldn't the "whether or not" part be well-established rather than open to debate?
Missing hypermedia
by Guilherme Silveira,
Your message is awaiting moderation. Thank you for participating in the discussion.
Hi Steve,
Although the example almost reaches REST in a really simple way, it is just missing the HATEOAS point when leaving the hypermedia aspect behind. It is much easier to develop thatn SOAP based solutions, but without hypermedia support, both clients and servers are coupled in a way that REST systems should not.
Regards