Skip to content
Fetching contributors…
Cannot retrieve contributors at this time
27 lines (19 sloc) 1.78 KB

The big news is built-in support for asynchronous HTTP interaction. Although asynchronous execution can be implemented fairly directly in Scala, the new interface guarantees that a thread-safe instance of HttpClient is in use and simplifies exception handling.

The foundation of this support is in a new module dispatch-futures, which has no dependencies and may be used from other libraries. It defines a structural type dispatch.futures.Futures.Future that corresponds with scala.actors.Future, though its current default implementation is a java.util.concurrent.Future. The dispatch-http module now depends on dispatch-futures and includes a dispatch.Threads mix-in for the base dispatch.Http class that enables asynchronous interaction. It can be used as follows:

import dispatch._
val http = new Http with Threads
val fut_str = http.future(:/("") as_str)
// returns immediately. If we later need that string...
fut_str() // blocks until it is available

If you won't ever access the results from the main thread, you may want to process any exception it throws:

http on_error {
  case e => println(e.getMessage)
} future (:/("") >- { str =>
  // do something with this string as soon as it's available

If you want to describe future-interaction with a fully defined request Handler like the one returned by dispatch.meetup.Auth.access_token(), you can extend it with the new ~> operator defined on Handler:

http.future(Auth.access_token(consumer, request_token, verifier) ~> { access_token =>
  // I'm in the vault!
})// <- returns immediately

And by request, the << operator on Request is now overloaded to support plain string POSTs.

Something went wrong with that request. Please try again.