Facebook Twitter
spray spray is a suite of lightweight Scala libraries providing client- and server-side REST/HTTP support on top Akka. We believe that, having chosen Scala (and possibly Akka) as primary tools for building software, you’ll want to rely on their power not only in your application layer but throughout the full (JVM-level) network stack. spray provides just that: a set of integrated components for all your REST/HTTP needs that let you work with idiomatic Scala (and Akka) APIs at the stack level of your choice, all implemented without any wrapping layers around “legacy” Java libraries. Principlessprays development is guided by the following principles: Fully asynchronous, non-blockingAll APIs are fully asynchronous, blocking code is avoided wherever at all possible. Spray: Akka smells HTTP Spray: Akka smells HTTP
OkHTTP HTTP is the way modern applications network. It’s how we exchange data & media. Doing HTTP efficiently makes your stuff load faster and saves bandwidth. OkHttp is an HTTP client that’s efficient by default: OkHTTP: Alright SPDY OkHTTP: Alright SPDY
RESTHook: Rest Assured, Get Hooked RESTHooks REST Hooks itself is not a specification, it is a collection of patterns that treat webhooks like subscriptions. These subscriptions are manipulated via a REST API just like any other resource. That’s it. RESTHook: Rest Assured, Get Hooked
HttpFS: HDFS over HTTP HttpFS[] HttpFS is a server that provides a REST HTTP gateway supporting all HDFS File System operations (read and write). And it is inteoperable with the webhdfs REST HTTP API. HttpFS can be used to transfer data between clusters running different versions of Hadoop (overcoming RPC versioning issues), for example using Hadoop DistCP. HttpFS can be used to access data in HDFS on a cluster behind of a firewall (the HttpFS server acts as a gateway and is the only system that is allowed to cross the firewall into the cluster). HttpFS: HDFS over HTTP
Introduction Have you ever wanted to run a tiny, safe web server without worrying about using a fully blown web server that could be complex to install and configure? Do you wonder how to write a program that accepts incoming messages with a network socket? Have you ever just wanted your own Web server to experiment and learn with? Further updates in 2012 to support recent web-server and browser standards and a code refresh. nweb: a tiny, safe Web server (static pages only) nweb: a tiny, safe Web server (static pages only)
Best Practices for Speeding Up Your Web Site The Exceptional Performance team has identified a number of best practices for making web pages fast. The list includes 35 best practices divided into 7 categories. Minimize HTTP Requests tag: content 80% of the end-user response time is spent on the front-end. Best Practices for Speeding Up Your Web Site
An open source project originally designed to provide the University of Michigan with a secure single sign-on web authentication system. cosign is part of the National Science Foundation Middleware Initiative (NMI) EDIT software release. News: 24 Feb 2012 - cosign 3.2.0 is now available for download. This release adds build integrity testing, adds support for httponly cookies, makes public access an option in .htaccess files, and includes a number of smaller features and fixes. cosign: web single sign-on cosign: web single sign-on
A Practical Guide to Writing Clients and Servers Home > Web Technology Made Really Easy > HTTP Made Really Easy Donate Table of Contents|Footnotes December 10, 2012-- Updated the links about robots. HTTP Made Really Easy HTTP Made Really Easy