Liking cljdoc? Tell your friends :D

Changelog

0.0.4

  • upgrade jetty v9.4.29.v20200521
  • upgrade ring to v1.8.1

0.0.2

  • updated to latest version of jetty v9.4.24.v20191120

0.0.1

  • updated all out of date dependencies

Forked from main repo here

0.7.10

  • return ByteBuffer instance in WS Binary instead of our own record type wrapper

0.7.9

  • server: allow specifying parser compliance #40

0.7.8

0.7.7

  • http client, body folding transducer can yield multiple times the same final value when take! is called on the underling channel

0.7.6

  • Add subprotocols support in websocket client

0.7.5

0.7.4

0.7.2

  • fixed chunked response folding bug

  • upgrade jetty-* 9.3.* changelog

0.7.1

0.7.0

  • use latest core async

  • the http client now returns request as an async/promise-chan instead of a async/chan

0.7.0-beta1

0.7.0

  • Add HTTP2 & HTTP2C support in server, togglable using :http2? and :http2c? options.

  • Add pluggable transports to http client ex: (http/client {:transport :http2}), (http/client {:transport transport-instance})

0.6.6

  • Avoid triggering init of logging at compile time see #22

  • Kill reflection introduced in 0.6.5

  • Bump clojure dependency to 1.7.0

0.6.5

!! Breaking jetty 9.3.0 requires java8

0.6.4

0.6.3

  • Fix body writing for Object

0.6.2

  • Disable response timeout by default when using async body response
  • Send error/timeout signals in :ctrl channel in server async response mode

0.6.1

  • http server: fix response body with nil return value causing exception

0.6.0

  • make fold-chunked-response? default to true, as 99% of the time you want it on.

0.5.10

  • allow to configure httpconnection factory input buffer size

0.5.9

0.5.8

  • call toString on query string values

0.5.7

  • server async error handling improvements: When the server is used in async mode (either for chunked body and/or async response) you can now reach an async channel in :ctrl in the request-map to handle errors

0.5.6

  • update dependencies

0.5.5

0.5.4

0.5.3

  • HTTP client: When passing :fold-chunked-response? true the body channel will contain a single value that will only be decoded after accumulation of all the chunks. This makes working with :as :json on a server which returns chunked response easier (ex; ElasticSearch).

Backward compatible change

0.5.2

0.5.1

  • better error reporting in http client
  • kill reflection

0.5.0

0.5.0-beta4

0.5.0-beta3

  • improve perf/resource use when using channel as response :body (chunked transfers)

0.5.0-beta2

  • HTTP server chunked transfers: close body channel when user disconnects

0.5.0-beta1

  • increase default buffer-size for response/request to 4M (same as http-kit).

0.5.0 Major bug in HTTP client Please update!

  • HTTP client api overhaul, all http calls now take a mandatory client argument, following the "browser model" behind jetty9 client API. This also fixes a file descriptor leak from 0.4.0*.

  • HTTP client now puts response headers as soon as headers come in.

0.4.2

  • HTTP client would leak jetty Clients after each requests. Note: users who used a shared Client instance via request :client option must make sure then .stop it once the're done.

0.4.1

  • ring handler comes last, makes 404/ANY handling easier

0.4.0 ** Breaking change **

  • websocket is now managed via a single handler, like a normal ring-handler. It now receives a RING compliant request map in addition of the 3 channels and the ws instance. That should make it compatible with RING compatible routing libraries and a large number of middlewares.

    This forced me to change run-jetty a bit to take a single map argument that contains all the usuall options, but also :ring-handler and :websocket-handler.

(run-jetty {:ring-handler (fn [request] {:status 201 :body "foo"})
            :wesocket-handler (fn [{:keys [in out ctrl params headers]}] ...)
            :port 8080})

0.3.1

0.3.0

  • Jetty9 will go in async mode when the response is a core.async channel. When the response map is fed to the channel the asyn context closes and the response is completed. This is compatible with chunked body, meaning you can have an async response (a channel), that could include a chunked body (:body is a channel as well in this case, and the async context is shared, and closed when the body streaming ends).

0.3.0-beta5

  • add chunked response via servlet 3.1 async + core async over regular ring handlers. When you return a core.async/chan as body the response will be chunked and stream to the client. Calling clojure.core.async/close! on the channel will complete the connection. In case of error/timeouts disconnects the channel will close.
(require '[clojure.core.async :as async])

(defn handler
  [request]
  (let [ch (async/chan 1)]
    (async/go
     (dotimes [i 5]
       (async/<! (async/timeout 300))
       (async/>! ch (str i "\n")))
     (async/close! ch))
    {:body ch
    :headers {"Content-Type" "prout"}
    :status 400}))

(qbits.jet.server/run-jetty handler {:port ...})

0.3.0-beta4

  • add sugar over :content-type in http client:
(qbits.jet.client.http/get "http://foo.com" {:content-type :application/json, ...})
(qbits.jet.client.http/get "http://foo.com" {:content-type [:application/json "UTF-8"], ...})
(qbits.jet.client.http/get "http://foo.com" {:content-type ["application/json" "UTF-8"], ...})

0.3.0-beta3

  • add basic auth

  • split client/request objects, allowing client reuse in requests

0.3.0-beta2

  • Add cookie/cookie-store support

0.3.0-beta1

  • qbits.jet.websocket.client/ws-client is now qbits.jet.websocket.client/connect!

  • Improved http client:

    • add post/get/put/delete/trace/head sugar

    • support for post params

    • :as auto decoding of content to clojure ds

    • tests now run on jet http client (removed clj-http dependency)

0.2.0

  • Allow to pass factory functions for core.async channels used on WebSocket objects, see run-jetty and client docstrings.

  • Add options on HTTP and WebSocket clients

  • Removed ::connect event from ctrl channel, it was a bit useless given that the ctrl channel gets created on connect, so its existence is basically equivalent to the event.

  • Use async/go & >! for feeding data to channels instead of put!, the later could result in dropped values even with fixed size buffers. Additionaly this should allow for better flow control.

Can you improve this documentation? These fine people already did:
Max Penet & Rajesh Shah
Edit on GitHub

cljdoc is a website building & hosting documentation for Clojure/Script libraries

× close