om

Please ask the channel first, not @dnolen directly!
gklijs 2017-12-19T10:13:50.000219Z

@doglooksgood with leiningen you can quit easily use different profiles, which you can configure to use different sources. You could (also) have different main namespaces for different profiles.

decoursin 2017-12-19T17:33:58.000044Z

> Transition the application state. transact! takes two arguments.... The second argument is a query expression.... The query expression should contain any additional keys which should be re-read following the mutations (e.g. :todos/list). The additional keys are triggering a remote read, which is not at all what I want.

decoursin 2017-12-19T17:35:34.000753Z

I only want a (= nil target), how can I prevent a remote read from additional keys in transact!?

2017-12-20T10:05:09.000185Z

The whole of the tx (e.g. [(do/this!) :read/that]) will be parsed in both local and remote modes. It's then up to the parser to determine which parts, if any, should be sent to remotes.

2017-12-20T10:06:17.000056Z

I believe the thinking here is that your transaction may result in a remote mutation, and the client therefore may need 'new data' for affected reads.

decoursin 2017-12-20T14:00:20.000445Z

I suppose, but in my opinion it should be configurable from the transact! itself. Like maybe a [:read/that :some :remotes] if remotes are desired, otherwise by default only local reads.

decoursin 2017-12-20T14:00:35.000044Z

Thank you very much for the confirmation and your replies.

decoursin 2017-12-20T14:01:59.000258Z

Maybe I'll open an issue on github for this, what do you think?

souenzzo 2017-12-19T22:56:07.000312Z

IllegalArgumentException Multiple methods in multimethod 'print-method' match dispatch value: class om.next.Indexer -> interface clojure.lang.IDeref and interface java.util.Map, and neither is preferred clojure.lang.MultiFn.findAndCacheBestMethod (MultiFn.java:178) It's a know issue?