This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-07-11
Channels
- # announcements (6)
- # architecture (14)
- # babashka (26)
- # beginners (22)
- # calva (11)
- # clj-kondo (2)
- # clj-on-windows (1)
- # cljsrn (10)
- # clojure (116)
- # clojure-europe (5)
- # clojure-uk (1)
- # clojurescript (5)
- # cursive (9)
- # datomic (21)
- # depstar (1)
- # events (1)
- # fulcro (2)
- # graalvm (17)
- # graalvm-mobile (28)
- # helix (3)
- # introduce-yourself (2)
- # jobs (2)
- # lsp (4)
- # meander (1)
- # off-topic (4)
- # pathom (5)
- # polylith (6)
- # practicalli (5)
- # reagent (67)
- # reitit (1)
- # releases (2)
- # shadow-cljs (24)
- # tools-deps (23)
hello everyone, I'm thinking about some big changes for Pathom 3 error handling, changing it from "tolerant first" to "strict first", that means errors will get throw much sooner, I wrote more details of what I'm thinking about at https://github.com/wilkerlucio/pathom3/discussions/65#discussioncomment-990684 and would love your feedback
Awesome thanks 🙂 After downloading it I do get an error though (I’m on the last commit of pathom and on the last version of the pathom-viz connector)
Mon Jul 12 10:01:42 CEST 2021 [worker-2] ERROR - POST /
java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: No implementation of method: :-operation-config of protocol: #'com.wsscode.pathom3.connect.operation.protocols/IOperation found for class: com.wsscode.pathom3.connect.operation.Resolver
at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1908)
at clojure.core$deref_future.invokeStatic(core.clj:2304)
at clojure.core$deref.invokeStatic(core.clj:2324)
at clojure.core$deref.invoke(core.clj:2310)
at com.wsscode.pathom.viz.ws_connector.impl.http_clj$handler.invokeStatic(http_clj.clj:46)
at com.wsscode.pathom.viz.ws_connector.impl.http_clj$handler.invoke(http_clj.clj:37)
at com.wsscode.pathom.viz.ws_connector.impl.http_clj$start_http_server_BANG_$fn__85399.invoke(http_clj.clj:74)that's a strange error, because the type is right, so Im not sure why it can't dinf the operation-config protocol, can you make a repro case?