11:13 a.m.
Hi,
we're using Drools in a commercial project. Yesterday a coworker
realized that drools doesn't support backward chaining. I have used
drools before in several projects, but apparently I never noticed that
either. We do need backward chaining in our project. Is this a feature
that is planned? Is there anything we can do to help create it?
dagdag
Christine
--
dagdag is just a two-character rotation of byebye.
4:32 p.m.
On 29/10/2010 10:13, Christine Karman wrote:
have used
drools before in several projects, but apparently I never noticed that
either. We do need backward chaining in our project. Is this a feature
that is planned? Is there anything we can do to help create it?
There is the
'from' keyword that provides some of the use cases for BC,
i.e. creating data on the fly or pull data from alternative resources.
We have a prototype of BC that works, but won't be ready until Q1 next year.
Mark
dagdag
Christine
6:42 p.m.
On 10/29/2010 04:32 PM, Mark Proctor wrote:
There is the 'from' keyword that provides some of the use cases for BC,
i.e. creating data on the fly or pull data from alternative resources.
We have a prototype of BC that works, but won't be ready until Q1 next year.
Can we use the prototype? The person who needs it is an intern, for his
project showing feasibility is more important than stability. We're both
willing to help develop or test.
dagdag
Christine
Mark
> dagdag
> Christine
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
dagdag is just a two-character rotation of byebye.
9:29 p.m.
On 29/10/2010 17:42, Christine Karman wrote:
On 10/29/2010 04:32 PM, Mark Proctor wrote:
> There is the 'from' keyword that provides some of the use cases for BC,
> i.e. creating data on the fly or pull data from alternative resources.
>
> We have a prototype of BC that works, but won't be ready until Q1 next year.
Can we use the prototype? The person who needs it is an intern, for his
project showing feasibility is more important than stability. We're both
willing to help develop or test.
It's prototyped at an engine level, it is not
exposed at the language
level yet. As soon as we have something working we'll blog it and post
it here.
Mark
dagdag
Christine
> Mark
>> dagdag
>> Christine
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
10:15 a.m.
On 10/29/2010 04:32 PM, Mark Proctor wrote:
We have a prototype of BC that works, but won't be ready until Q1
next
year.
Is that in the svn? Is it a separate project in svn, or is it part of
the trunk?
dagdag
Christine
Mark
> dagdag
> Christine
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
dagdag is just a two-character rotation of byebye.
10:39 a.m.
Mostly out of curiosity:
I have implemented a few things using full-blown backward chaining and
I know that these things could have been implemented just as well using
forward chaining. Therefore: Why does your project "need" bw chaining?
Of course, if you have a good algorithm based on that, it may be easier
to stay with it.
-W
On 1 November 2010 10:15, Christine Karman <mylists(a)christine.nl> wrote:
On 10/29/2010 04:32 PM, Mark Proctor wrote:
> We have a prototype of BC that works, but won't be ready until Q1 next
> year.
Is that in the svn? Is it a separate project in svn, or is it part of
the trunk?
dagdag
Christine
> Mark
>> dagdag
>> Christine
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
--
dagdag is just a two-character rotation of byebye.
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
11:44 a.m.
On 11/01/2010 10:39 AM, Wolfgang Laun wrote:
Mostly out of curiosity:
I have implemented a few things using full-blown backward chaining and
I know that these things could have been implemented just as well using
forward chaining. Therefore: Why does your project "need" bw chaining?
A forward chaining engine finds all premisses and then draws all
conclusions it can make, recursively. A backward chaining engine finds
all goals, then tries to satisfy them using available facts. If no facts
remain and no goal has been satisfied, the system should ask a user. A
forward chaining engine would never find unsatisfied goals, so it would
never try to acquire additional information, unless you specifically
program it to do so. Basically, by doing that you build in a backward
chaining component.
I have built quite a few expert systems that used both backward chaining
and forward chaining. Either one wouldn't have done the job.
dagdag
Christine
Of course, if you have a good algorithm based on that, it may be
easier
to stay with it.
-W
On 1 November 2010 10:15, Christine Karman <mylists(a)christine.nl
<mailto:mylists@christine.nl>> wrote:
On 10/29/2010 04:32 PM, Mark Proctor wrote:
> We have a prototype of BC that works, but won't be ready until
Q1 next
> year.
Is that in the svn? Is it a separate project in svn, or is it part of
the trunk?
dagdag
Christine
> Mark
>> dagdag
>> Christine
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
--
dagdag is just a two-character rotation of byebye.
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
dagdag is just a two-character rotation of byebye.
12:17 p.m.
On 1 November 2010 11:44, Christine Karman <mylists(a)christine.nl> wrote:
On 11/01/2010 10:39 AM, Wolfgang Laun wrote:
Mostly out of curiosity:
I have implemented a few things using full-blown backward chaining and
I know that these things could have been implemented just as well using
forward chaining. Therefore: Why does your project "need" bw chaining?
A forward chaining engine finds all premisses and then draws all
conclusions it can make, recursively. A backward chaining engine finds all
goals, then tries to satisfy them using available facts. If no facts remain
and no goal has been satisfied, the system should ask a user. A forward
chaining engine would never find unsatisfied goals, so it would never try to
acquire additional information, unless you specifically program it to do so.
Basically, by doing that you build in a backward chaining component.
I have built quite a few expert systems that used both backward chaining
and forward chaining. Either one wouldn't have done the job.
Indeed, requesting additional facts makes all the difference.
Thank you!
Wolfgang
dagdag
Christine
Of course, if you have a good algorithm based on that, it may be easier
to stay with it.
-W
On 1 November 2010 10:15, Christine Karman <mylists(a)christine.nl> wrote:
> On 10/29/2010 04:32 PM, Mark Proctor wrote:
> > We have a prototype of BC that works, but won't be ready until Q1 next
> > year.
> Is that in the svn? Is it a separate project in svn, or is it part of
> the trunk?
>
> dagdag
> Christine
> > Mark
> >> dagdag
> >> Christine
> >
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev(a)lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/rules-dev
> >
>
>
> --
> dagdag is just a two-character rotation of byebye.
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
_______________________________________________
rules-dev mailing
listrules-dev@lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-dev
--
dagdag is just a two-character rotation of byebye.
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
1:46 p.m.
On 11/01/2010 12:17 PM, Wolfgang Laun wrote:
Indeed, requesting additional facts makes all the difference.
:-)
Most expert systems I've built in the past, when building expert systems
was "en vogue", we built systems that would engage in a dialogue with
the user, using expert knowledge (heuristic knowledge) that we put in.
The tools proved too limited though: the commercial expert system shells
didn't provide the flexibility, and the systems we built from scratch
(in C) turned out to be too expensive. That's why I'm happy with Drools,
it provides flexibility, extensibility while it's easy to use.
dagdag
Christine
Thank you!
Wolfgang
dagdag
Christine
> Of course, if you have a good algorithm based on that, it may be
> easier
> to stay with it.
> -W
>
> On 1 November 2010 10:15, Christine Karman <mylists(a)christine.nl
> <mailto:mylists@christine.nl>> wrote:
>
> On 10/29/2010 04:32 PM, Mark Proctor wrote:
> > We have a prototype of BC that works, but won't be ready
> until Q1 next
> > year.
> Is that in the svn? Is it a separate project in svn, or is it
> part of
> the trunk?
>
> dagdag
> Christine
> > Mark
> >> dagdag
> >> Christine
> >
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
> > https://lists.jboss.org/mailman/listinfo/rules-dev
> >
>
>
> --
> dagdag is just a two-character rotation of byebye.
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-dev
--
dagdag is just a two-character rotation of byebye.
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
dagdag is just a two-character rotation of byebye.
4924
days inactive
4927
days old
8 comments
3 participants
participants (3)
-
Christine Karman -
Mark Proctor -
Wolfgang Laun