This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-01-10
Channels
- # announcements (15)
- # bangalore-clj (1)
- # beginners (207)
- # calva (22)
- # cider (4)
- # clara (73)
- # cljs-dev (7)
- # cljsrn (4)
- # clojure (125)
- # clojure-dev (38)
- # clojure-europe (2)
- # clojure-india (11)
- # clojure-italy (11)
- # clojure-nl (14)
- # clojure-russia (22)
- # clojure-uk (32)
- # clojurescript (30)
- # cursive (11)
- # datavis (2)
- # datomic (14)
- # editors (3)
- # emacs (3)
- # hyperfiddle (4)
- # juxt (13)
- # klipse (1)
- # luminus (5)
- # nrepl (7)
- # off-topic (9)
- # overtone (13)
- # portkey (1)
- # re-frame (15)
- # reagent (13)
- # ring (30)
- # schema (4)
- # shadow-cljs (108)
- # spacemacs (8)
- # specter (3)
- # sql (2)
- # testing (11)
- # tools-deps (21)
- # unrepl (4)
Having some difficulty with CORS on yada. I'm following the documentation, but still getting Cross-Origin Request BLocked: ... Reason: missing token ‘content-type’ in CORS header ‘Access-Control-Allow-Headers’ from CORS preflight channel
Here's what I have for :access-control
I was able to get rid of that error by changing to :allow-headers ["Content-Type"]
, but now Stripe Checkout is hitting A request was made of a resource using a request method not supported by that resource. clojure.lang.ExceptionInfo: Method Not Allowed {:status 405, :headers {"allow" "POST, OPTIONS"}}
. It doesn't say which method it tried and failed so I'm a bit confused
POST, HEAD, and OPTIONS are enabled and it should be doing a POST so I'm baffled
I have :allow-methods #{:post :options :head}
so why is it not reporting HEAD in the allow?
Now it worked without me changing anything and then when I changed some naming of symbols around then it stopped working. This is driving me nuts
Ha! Typical. The problem the whole time is that I didn't realize one of the uri parameters had a space in it from processing some text so it split it up into two malformed uris. I'm not sure why the error came about though
So I'm currently using java-http-clj for the http client because I tried that out before it was mentioned about using aleph since it is used in yada. That being said if I were to change it to that how exactly would I go about that? Is there a way to access the http client from the aleph code already being used or would I just be requiring aleph again explicitly and just creating a new client?
Any JUXT people around to answer the question at the end there?
Right, I'm asking if there would be any practical difference since java-http-clj has zero dependencies as it just wraps the Java http client that's already there.