This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-09-20
Channels
- # aleph (1)
- # announcements (1)
- # aws (11)
- # babashka (117)
- # beginners (34)
- # calva (13)
- # cider (3)
- # clj-commons (8)
- # clj-kondo (24)
- # clj-yaml (36)
- # cljsrn (46)
- # clojure (50)
- # clojure-australia (5)
- # clojure-europe (239)
- # clojure-nl (3)
- # clojure-norway (3)
- # clojure-spec (16)
- # clojurescript (25)
- # core-typed (20)
- # cursive (41)
- # datahike (1)
- # datalevin (1)
- # datomic (17)
- # fulcro (27)
- # hyperfiddle (35)
- # introduce-yourself (1)
- # jobs (4)
- # lsp (20)
- # malli (8)
- # meander (8)
- # nbb (1)
- # off-topic (31)
- # parinfer (9)
- # pathom (3)
- # portal (2)
- # re-frame (20)
- # react (2)
- # reagent (8)
- # releases (1)
- # remote-jobs (4)
- # scittle (2)
- # shadow-cljs (8)
- # slack-help (4)
- # sql (30)
- # squint (3)
- # tools-deps (34)
- # xtdb (21)
I have a question for users of the Aleph HTTP client as it relates to clj-http compatibility. When the response body is empty, clj-http returns nil, while aleph currently returns an empty InputStream. On the one hand, clj-http compatibility is explicitly the goal of Aleph’s HTTP client, and incompatibility is usually treated as a bug. On the other hand, we’re concerned about the impact of switching to returning nil. Would this change heavily affect you? React with an emoji to answer. > ✅ it wouldn’t affect me, or it’s not a big deal, go ahead and change it > ❌ it would affect me, please leave the current behavior as is
✅ 4