Clojurians Log v2

Just need to know the points. Just data, no graphics. I'm going to use cljfx, but that's irrelevant to the function I'm looking for. Any kind of plot. I know there's different strategies and then surely known algorithms. https://en.wikipedia.org/wiki/Graph_drawing. So 'just an XY scatterplot'.

https://github.com/generateme/cljplot

There's not a ton of documentation but I've been using this to good effect. There are a bunch of examples in the "sketches" directory (results in "results" directory)

And it's possible to just use the scaling stuff here: https://github.com/generateme/cljplot/blob/master/src/cljplot/scale.clj

ohh, that kind of graph. For layouting out graphs (not charts), I've only seen wrappers around graphviz so far

Oh, yeah sorry, I misunderstood as well

some libraries that use graphviz under the hood: • https://github.com/clojure/tools.deps.graph • https://github.com/daveray/dorothy (it says it's still subject to change, but it hasn't changed in years)

I would also be interested in a library that does graph layout for you that runs on the jvm (no graphviz). would be great to hear if you find something

hmm, there is also https://github.com/totakke/jungerer which wraps http://jrtom.github.io/jung/ which has several graph layout implementations

Thanks @smith.adriane. Yes I might take at look and see if easy to get something out with one of the JUNG implementations, for instance https://github.com/jrtom/jung/blob/master/jung-algorithms/src/main/java/edu/uci/ics/jung/layout/algorithms/SpringLayoutAlgorithm.java. Will definitely share if I can layout a graph from Clojure.

anyone ever seen > Syntax error (VerifyError) compiling new at (/task/sync_databases_test.clj:143:1). > Operand stack underflow

> Attempt to pop empty stack.

Syntax error (VerifyError) compiling new at (********/task/sync_databases_test.clj:143:1).
Operand stack underflow
Exception Details:
  Location:
    ********/task/sync_databases_test/MockJobExecutionContext.put(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object; @8: areturn
  Reason:
    Attempt to pop empty stack.
  Current Frame:
    bci: @8
    flags: { }
    locals: { '********/task/sync_databases_test/MockJobExecutionContext', 'java/lang/Object', 'java/lang/Object' }
    stack: { }
  Bytecode:
    0000000: 2a2b 2cb9 017e 0300 b0                 


Full report at:
/tmp/clojure-18430136797529807953.edn
Tests failed.

a PR removed the jvm option "-Xverify:none" and this was the result

tests passed on java 8 image but broke with this error on java 11

> Running with these options enables execution of Java programs that violate the Java Virtual Machine Specification. hmm. i'm hoping we're not purposefully emitting programs that violate the jvm spec

Hard to say without more of the stack trace to see where the method is being called but my guess is one of the interfaces you are pulling into the mockjobexecutioncontext is also defining a put method (JobExecutionContext) and defrecord implicitly defines put method (as a map) and something is getting confused about which method is being called

Hi. Is there an interface lower level than ILookup? I want to "proxy" lookups to a record field but can't figure out how to get record fields once I overwrite the ILookup interface for the record. So something like this:

(defrecord foo [id map]
  ILookup
  (valAt [o key] 
    (or (get o key) 
        (get-in o [map key])))

are there any advantages/disadvantages of using clojure.test over midje. please feel free to share articles that can help me answer this question

By Sean Corfield, on this Slack some time ago: > I personally would also recommend not using Midje. It's considered non-idiomatic and drags in a lot of transitive dependencies that can be problematic. > Just use plain old clojure.test > Midje isn't compatible with any standard test runners or test tooling.

<3 clojure.test despite its shortcomings

my projects run with both the cognitest test runner and leiningen, so you get the benefit of using more standard tools as well

Was trying to figure out what defrecord does in the impl of ILookup it generates and I absolutely do not understand that magic. Essentially it amounts to (get __extmap key) and I can't even figure out how this magical __extmap gets into scope (a global or some special runtime thing?) and this isn't even used. Confused

@p-himik, @borkdude thanks :simple_smile:

I think you just call the java .get on the map your record closes on? Potemkin has plenty of magic like this https://github.com/clj-commons/potemkin/blob/master/src/potemkin/collections.clj I also saw pohjavirta do something similar too. https://github.com/metosin/pohjavirta/blob/master/src/pohjavirta/request.clj

problem isn't in delegation - it'll work out of the box since record field value would probably implement its own ILookup. Problem is obtaining record field value in the first place since we are overriding this record's interface

I'll have a look in those libs. Thank you fro pointers!

Potemkin is cheating by rolling out its own type abstraction. I'd rather not go there

If you are changing lookup semantics you’re already there

This is what deftype is for

yeah that's what I figured. IIUC I'll have to extend all the usual interfaces the moment I switch to deftype. Fair enough

I ended up solving the problem I had differently without proxying, cause in this case it lended itself to this other solution (typical - 9 out of 10 times you don't need special non Clojure sematics). But I still hoped that there was a simpler way to do such delegation.

Hi, what my options for sprinkling a few reactive components in a server side rendered Clojure app without going full SPA, is this doable with Rum? I'm looking to have form inputs filter the the db and return the results client side without incurring a full page refresh. #beginners #programming-beginners

The extmap is just fallback (when you assoc in extra stuff), defined fields go the mapcat's way which I think closes over the values https://github.com/clojure/clojure/blob/38bafca9e76cd6625d8dce5fb6d16b87845c8b9d/src/clj/clojure/core_deftype.clj#L194-L195

user=> (defrecord Bar [a])
user.Bar
user=> (.__extmap (assoc (->Bar 12) :c 42))
{:c 42}

you might get better answers in #clojurescript but I haven't seen anyone talk about using rum in years

I am trying to create a Clojure Google Cloud Function and I have to specify the entrypoint of a leiningen console app (via lein create new app hello-world):

$ gcloud functions deploy jar-example --entry-point=hello_world_core$_main --runtime=java11 --trigger-http --source=target/uberjar

@kevin.van.rooijen had started building a server side rendered reactive application using Reagent at https://github.com/kwrooijen/yggdrasil. But this is not yet production ready I think, but the idea of server side rendering but having Reagent at your disposal (and perhaps even connection with the backend) seems interesting and useful to me. Not sure if there are any other solutions for this

And no documentation 😄

Except for this https://github.com/kwrooijen/yggdrasil-playground

it should be hello_world.core$_main

https://github.com/clojure/clojure-site/blob/df56aef005d5d867213a51c2d3bbec5a86b0acad/content/guides/running_a_clojure_program.adoc may be useful

hello_world.core$main or elloworld_core$_main or anything like that is almost certainly not correct

those are all "jvm" names for clojure functions, and the gcloud api will have no idea what to do with a clojure function

Thanks! I forgot the logic, this helps 🙂. Still get an error though with --entry-point=hello_world.core$_main

Build failed: build succeeded but did not produce the class "hello_world.core" specified as the function target: Error: class not found: hello_world.core; Error ID: fb35dca7

maybe bash substitution

Ah and with ‘’ it’s:

Invalid value 'hello_world.core$_main': Entry point name must contain only Latin letters (lower- or upper-case), digits, dot (.) and underscore (_), and must be at most 128 characters long. It can neither begin nor end with a dot (.), nor contain two consecutive dots (..).

you need to look at the documentation for gcloud functions and see what kind of thing it expects as an entry-point, instead of just putting the names of random things in

if entry-point takes a class name, you'll need to ensure that the named class exists in the jar file, and is not a class that is generated while loading clojure code, because gcloud almost certainly doesn't know about loading clojure code

and if it is a class name, that class almost certainly will need at least a specific method, but likely to implement some interface

@erwinrooijakkers Thanks, I'll check it out

originally posted this to #beginners for lack of a good idea to put it, @arthur recommended I post this here instead.

the only other library I can think of in the same space is https://github.com/hoplon/javelin, but it's cljs based. Another solution is to wrap functions using https://github.com/clojure/core.memoize and have it automatically cache repeated calculations.

thanks