Back in the days when i was using common lisp (sbcl) i used this
inference engine: http://lisa.sourceforge.net/
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new memb
My response the Jim's post addresses why this is not compelling to me
but you are correct. It would be easier. In fact so much so that I
can't see a benefit in just creating a wrapper. Anyone could cook
that up themselves in short order. There really isn't and value
add.
I'm invisioning somethi
I didn't want to jade the group's response but I personally had more
interest in an inference engine as well. I've used Drools, as well as
ILog on several large projects but didn't like the proprietary nature
of their underlying language implementations. In short their
implementation was a propri
On Jul 26, 6:34 am, jim wrote:
> One thing I'd like to do is implement a business rules engine in
> Clojure running the Rete algorithm or something similar. Sort of a
> Drools in Clojure.
Wouldn't it be easier to implement clojure scripting for Drools ? As
far as i know Drools allows several scri
On 26 July 2010 14:15, p.bernard wrote:
> I've been consider doing some work in the rule process space and would
> be interested in the groups feedback.
> I'm considering two separate efforts, but will only have the time to
> work on one, and I'm curious which of the two the group would find
> col
Hi. I did the min-kanren implementation and the second tutorial.
I think the better path would be the inference engine in Clojure. Are
you familiar with Kanren? (not mini-kanren but the full blown system)
I'd be interested in your opinion of it compared to Prolog. I would
think implementing it in
