clara

http://www.clara-rules.org/
2019-04-08T16:47:39.029100Z

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?

2019-04-08T16:48:06.029300Z

clara.other-ruleset is a test namespace in Clara

2019-04-08T16:55:45.031500Z

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šŸ‘
eraserhd 2019-04-08T17:22:34.031800Z

hmm

eraserhd 2019-04-08T17:26:58.032100Z

Here's the function: https://gist.github.com/eraserhd/b7276d42de798e04b3f1cda0fb8e76ab ... I don't see that I'm doing anything weird there...

eraserhd 2019-04-08T17:27:54.032300Z

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?

eraserhd 2019-04-08T17:29:49.032500Z

(the code on line 22 in the gist was added to work around the observed problem)

eraserhd 2019-04-08T17:30:49.032700Z

https://github.com/eraserhd/clara-eql/blob/develop/src/net/eraserhead/clara_eql/core.clj <-- the macro in question