When I tried this I got a string:
clara.other-ruleset=> (-> (mk-session) (insert (->ColdAndWindy 15 15)) fire-rules inspect/inspect :insertions keys first :name)
"clara.other-ruleset/is-lousy"
clara.other-ruleset=> (-> (mk-session) (insert (->ColdAndWindy 15 15)) fire-rules inspect/inspect :insertions keys first :name class)
java.lang.String
Do you have a reproducing case or maybe Iām misunderstanding something?clara.other-ruleset is a test namespace in Clara
Clara-rules 0.19.1 has been released; this contains some performance optimizations for memory use with durability, :exists rule conditions, and new functionality for reporting potential performance problems to users. See the changelog for details: https://github.com/cerner/clara-rules/blob/master/CHANGELOG.md#0191
5šhmm
Here's the function: https://gist.github.com/eraserhd/b7276d42de798e04b3f1cda0fb8e76ab ... I don't see that I'm doing anything weird there...
However, a bunch of rules are generated by some macros. I'm pretty sure they expand clara.rules/defrule with a normal, unqualified symbol. But maybe something in the macros is weird?
(the code on line 22 in the gist was added to work around the observed problem)
https://github.com/eraserhd/clara-eql/blob/develop/src/net/eraserhead/clara_eql/core.clj <-- the macro in question