Fork me on GitHub

the docs mentions consuming graphql, but is there any plan in the future to do the other way around (propose a graphql endpoint?). my understanding is that it may be even "easier" as graphql schemas define strict entry points to the graph through queries and mutations


i experimented with this a bit and would like to go back to it soon. there is an ongoing discussion here and some beginnings here


Hi there, I'm currently using Pathom along with Fulcro and would love to get more into the REPL way of working. One thing that alludes me is how to test out mutations and resolvers against the parser. For example, let's say I have a mutation called login that takes a username and password as its args, what sort of code do I need to write where I can send it to the REPL to see the mutation code in action? Thanks in advance.


the most accurate way to test is to call the parser directly and send your mutation there, this way you make sure you running with all the plugins and etc


if you still want to call the mutation in isolation, you can grab the function via ::pc/mutate in the mutation, that key has the function with 2 arguments (env and params) to call the mutation directly


I'm assuming you are asking about Pathom 2


in Pathom 3 both mutations and resolvers are custom types that implement IFn, so you can call those directly


Hey. Yes I'm using pathom2 at the moment (because Fulcro). Seems like calling the parser directly is the way I want since I want to test out the entire thing (i.e. request comes in responses goes out). Thanks a lot 😄


fulcro works just fine with pathom3 btw


Anyone ever see an error like this?

1. Caused by java.lang.AbstractMethodError
   is abstract
This showed up when I had something like this:
  (def foo ( {:my :env} {:my :input})))
So, calling the mutation directly as a function and trying to bind it to a def. If I instead used (defn foo [] ...) and then (def foo2 (foo)) everything worked fine.


that's strange, never seen that before


I just got this as well. The def works inside of the function, but not when called directly from repl..


It may have something to do with moun or I am using this script


I think its a reloading thing because it only breaks on a minority of functions, while other ones work perfectly