A web framework for Rust.
Go to file
Sergio Benitez 2a0535e1f7 Document the config module. 2016-10-18 12:04:56 -07:00
codegen Use Outcome as the result of all fallible conversions. 2016-10-13 18:39:23 -07:00
contrib Document the config module. 2016-10-18 12:04:56 -07:00
docs Update outline for latest API changes. 2016-10-12 19:41:30 -07:00
examples Add tests to the hello_world, helllo_ranks, and hello_person examples. 2016-10-17 15:14:57 -07:00
lib Document the config module. 2016-10-18 12:04:56 -07:00
scripts Remove non-streaming requests. Use streaming requests everywhere. 2016-10-12 00:14:42 -07:00
.gitignore Document the config module. 2016-10-18 12:04:56 -07:00
.travis.yml Cache Cargo in Travis. 2016-09-30 15:39:55 -07:00
CHANGELOG.md Clarify and fix a few typos in CHANGELOG. 2016-10-04 15:34:44 -07:00
Cargo.toml Remove non-streaming requests. Use streaming requests everywhere. 2016-10-12 00:14:42 -07:00
README.md Use better URL for API docs in README. 2016-10-09 04:29:22 -07:00
rustfmt.toml Reform top-level libs mostly according to Rustfmt. 2016-09-30 15:20:11 -07:00

README.md

Rocket Build Status

Rocket is a work-in-progress web framework for Rust (nightly) with a focus on ease-of-use, expressability, and speed. Here's an example of a complete Rocket application:

#![feature(plugin)]
#![plugin(rocket_codegen)]

extern crate rocket;

#[get("/<name>/<age>")]
fn hello(name: &str, age: u8) -> String {
    format!("Hello, {} year old named {}!", age, name)
}

fn main() {
    rocket::ignite().mount("/hello", routes![hello]).launch();
}

Visiting localhost:8000/hello/John/58, for example, will trigger the hello route resulting in the string Hello, 58 year old named John! being sent to the browser. If an <age> string was passed in that can't be parsed as a u8, the route won't get called, resulting in a 404 error.

Documentation

Rocket is extensively documented:

Building

Nightly

Rocket requires a nightly version of Rust as it makes heavy use of syntax extensions. This means that the first two unwieldly lines in the introductory example above are required.

Core, Codegen, and Contrib

All of the Rocket libraries are managed by Cargo. As a result, compiling them is simple.

  • Core: cd lib && cargo build
  • Codegen: cd codegen && cargo build
  • Contrib: cd contrib && cargo build

Examples

Rocket ships with an extensive number of examples in the examples/ directory which can be compiled and run with Cargo. For instance, the following sequence of commands builds and runs the Hello, world! example:

cd examples/hello_world
cargo run

You should see Hello, world! by visiting http://localhost:8000.

Testing

To test Rocket, simply run ./scripts/test.sh from the root of the source tree. This will build and test the core, codegen, and contrib libraries as well as all of the examples. This is the script that gets run by Travis CI.

Core

Testing for the core library is done inline in the corresponding module. For example, the tests for routing can be found at the bottom of the lib/src/router/mod.rs file.

Codegen

Code generation tests can be found in codegen/tests. We use the compiletest library, which was extracted from rustc, for testing. See the compiler test documentation for information on how to write compiler tests.

Contributing

Contributions are absolutely, positively welcome and encouraged! Contributions come in many forms. You could:

  1. Submit a feature request or bug report as an issue.
  2. Ask for improved documentation as an issue.
  3. Comment on issues that require feedback.
  4. Contribute code via pull requests.

We aim to keep Rocket's code quality at the highest level. This means that any code you contribute must be:

  • Commented: Public items must be commented.
  • Documented: Exposed items must have rustdoc comments with examples, if applicable.
  • Styled: Your code should be rustfmt'd when possible.
  • Simple: Your code should accomplish its task as simply and idiomatically as possible.
  • Tested: You must add (and pass) convincing tests for any functionality you add.
  • Focused: Your code should do what it's supposed to do and nothing more.

All pull requests are code reviewed and tested by the CI.