webmachine-ruby is a port of Webmachine, which is written in Erlang. The goal of both projects is to expose interesting parts of the HTTP protocol to your application in a declarative way. This means that you are less concerned with handling requests directly and more with describing the behavior of the resources that make up your application. Webmachine is not a web framework per se, but more of a toolkit for building HTTP-friendly applications. For example, it does not provide a templating engine or a persistence layer; those choices are up to you.
Webmachine has a Rack adapter -- thanks to Jamis Buck -- but when using it, we recommend you ensure that NO middleware is used. The behaviors that are encapsulated in Webmachine could be broken by middlewares that sit above it, and there is no way to detect them at runtime. Caveat emptor. That said, Webmachine should behave properly when given a clear stack.
Webmachine is very young, but it's still easy to construct an application for it!
require 'webmachine'
# Require any of the files that contain your resources here
require 'my_resource'
# Point all URIs at the MyResource class
Webmachine::Dispatcher.add_route(['*'], MyResource)
# Start the server, binds to port 8080 using WEBrick
Webmachine.run
Your resource will look something like this:
class MyResource < Webmachine::Resource
def to_html
"<html><body>Hello, world!</body></html>"
end
end
Run the first file and your application is up. That's all there is to
it! If you want to customize your resource more, look at the available
callbacks in lib/webmachine/resource/callbacks.rb. For example, you
might want to enable "gzip" compression on your resource, for which
you can simply add an encodings_provided
callback method:
class MyResource < Webmachine::Resource
def encodings_provided
{"gzip" => :encode_gzip, "identity" => :encode_identity}
end
def to_html
"<html><body>Hello, world!</body></html>"
end
end
There are many other HTTP features exposed to your resource through {Webmachine::Resource::Callbacks}. Give them a try!
There's a configurator that allows you to set the ip address and port
bindings as well as a different webserver adapter. You can also add
your routes in a block. Both of these call return the Webmachine
module, so you could chain them if you like.
require 'webmachine'
require 'my_resource'
Webmachine.routes do
add ['*'], MyResource
end
Webmachine.configure do |config|
config.ip = '127.0.0.1'
config.port = 3000
config.adapter = :Mongrel
end
# Start the server.
Webmachine.run
- Handles the hard parts of content negotiation, conditional requests, and response codes for you.
- Most callbacks can interrupt the decision flow by returning an integer response code. You generally only want to do this when new information comes to light, requiring a modification of the response.
- Supports WEBrick and Mongrel (1.2pre+), and a Rack shim. Other host servers are being investigated.
- Streaming/chunked response bodies are permitted as Enumerables, Procs, or Fibers!
- Unlike the Erlang original, it does real Language negotiation.
- Command-line tools, and general polish.
- Tracing is exposed as an Array of decisions visited on the response object. You should be able to turn this off and on, and visualize the decisions on the sequence diagram.
0.2.0 includes an adapter for Mongrel and a central place for configuration as well as numerous bugfixes. Added Ian Plosker and Bernd Ahlers as committers. Thank you for your contributions!
- Acceptable media types are matched less strictly, which has implications on both responses and PUT requests. See the discussion on the commit.
- Resources now receive a callback after the language has been negotiated, so they can decide what to do with it.
- Added
Webmachine::Configuration
so we can more easily support more than one host server/adapter. - Added Mongrel adapter, supporting 1.2pre+.
- Media type headers are more lax about whitespace following semicolons.
- Fix some problems with callable response bodies.
- Make sure String response bodies get a Content-Length header added and streaming responses get chunked encoding.
- Numerous refactorings, including extracting
MediaType
into its own top-level class.
This is the initial release. Most things work, but only WEBrick is supported.