clara

http://www.clara-rules.org/
defndaines 2020-08-11T14:28:06.294500Z

We use one session per request, but that may be specific to our scenario, where each request represented a wholly unique patient.

2020-08-11T15:29:57.296700Z

@defndaines thanks! any chance you’ve used the explain activations function in the tooling? i’m curious what the best way is to use that if each session is spun up and down for a request

defndaines 2020-08-11T16:21:54.298200Z

We have a hook to turn on explain-activations, but we rarely use it. We accumulate data in each of our facts that helps with all of our debugging. We also capture all of the input to the sessions, so we can reproduce a session for debugging in order to analyze.

💯 1
2020-08-11T16:22:44.298600Z

thank you! that’s super helpful

2020-08-11T19:24:23.298900Z

So a session is immutable.

2020-08-11T19:24:49.299700Z

I would necessarily recommend making a new session when speed is important or it is slower due to many rules

2020-08-11T19:24:54.299900Z

With smaller rule sets maybe ok

2020-08-11T19:26:41.301800Z

But typically, I’d store the initial session made via mk-session and then just do new isolated insert+fire callls on it “per unrelated invocation”

2020-08-11T19:27:25.302200Z

This is also assuming the rule set is unchanged per use.

2020-08-11T19:44:16.302600Z

thank you! much appreciated.