headers
Michael Neale | 3 Jul 2005 06:35
Favicon

RE: [drools-dev] 1,2 and 5 minute tutorials

Have added runtime API section to the 1 minute tutorial. Someone else can do
the 5 minute one, as it is using features that I haven't used in anger yet. 

-----Original Message-----
From: Mark Proctor [mailto:mproctor <at> codehaus.org] 
Sent: Thursday, 23 June 2005 10:34 AM
To: user <at> drools.codehaus.org; dev <at> drools.codehaus.org
Subject: [drools-dev] 1,2 and 5 minute tutorials

Any one want to update the 1 and 2 minute tutorials with the java code
showing how to execute the drls? Also how about a 5 minute tutorial that
takes the very simple bob like cheese drl, but adds in <imports>,
<application-data> and <functions>.

Any Takers?

Mark Proctor (mproctor <at> iterion.com)
Drools Project Lead
Iterion
Support, Consultancy and Training http://iterion.com/services/rules.htm
Permalink | Reply | 0 comments |
headers
Alex Rupp | 4 Jul 2005 03:58

Re: [drools-dev] (DROOLS-209) FuzzyJ ToolKit Support (aka FuzzyDrools)

It wouldn't be a bad idea to have the better value-added projects 
related to Drools brought on as full-blown projects, if we have the 
developer base, the user base, and the code base to justify it.  I'd 
love to see a host of drools-related-but-not-drools projects in the 
Haus.  I'm cooking one up right now, matter-of-fact.  Over time, we 
could just start cross-linking the wikis and documentation on them.  It 
would allow people with specific interests (such as DSLs, UI tools, etc) 
to organize and get working, while Mark and the others focus on the next 
generation engine core.

I wouldn't organize these under the umbrella of Drools, but as their own 
projects.  That helps with delegation and specialization. 

Thoughts? 
--
Alex

Michael Neale wrote:

>Perhaps we need a "add on" section for drools value-add features. Hibernate
>have an area called "caveat emptor" which are contibuted value add
>components, but not part of the core supported package.  
>  
>
Permalink | Reply | 0 comments |
headers
Gord Turner | 13 Jul 2005 18:29

[drools-dev] FYI cvs head appears to be broken

Did a clean cvs checkout from head, default target failed.  Appears a
test was unsuccessful in the Decision Tables Module.

Testsuite: org.drools.decisiontable.parser.RuleWorksheetParseTest
Tests run: 4, Failures: 0, Errors: 2, Time elapsed: 0.91 sec

Testcase:
testBasicWorkbookProperties(org.drools.decisiontable.parser.RuleWorkshee
tParseTest):	Caused an ERROR
null
java.lang.NullPointerException
	at org.apache.poi.util.IOUtils.readFully(IOUtils.java:51)
	at org.apache.poi.util.IOUtils.readFully(IOUtils.java:36)
	at
org.apache.poi.poifs.storage.HeaderBlockReader.<init>(HeaderBlockReader.
java:71)
	at
org.apache.poi.poifs.filesystem.POIFSFileSystem.<init>(POIFSFileSystem.j
ava:83)
	at
org.drools.decisiontable.parser.xls.ExcelParser.parseFile(ExcelParser.ja
va:256)
	at
org.drools.decisiontable.parser.RulesheetUtil.getRuleSheetListener(Rules
heetUtil.java:71)
	at
org.drools.decisiontable.parser.RuleWorksheetParseTest.getRuleSheetListe
ner(RuleWorksheetParseTest.java:202)
	at
org.drools.decisiontable.parser.RuleWorksheetParseTest.testBasicWorkbook
(Continue reading)

Permalink | Reply | 6 comments |
headers
Barry Kaplan | 13 Jul 2005 19:55

Re: [drools-dev] FYI cvs head appears to be broken

Gord Turner wrote:

>Did a clean cvs checkout from head, default target failed.  Appears a
>test was unsuccessful in the Decision Tables Module.
>

Default target with ant or maven?

--

-- 
barry kaplan
groups1 <at> memelet.com
Permalink | Reply | 0 comments |
headers
Barry Kaplan | 13 Jul 2005 23:09

Re: [drools-dev] FYI cvs head appears to be broken

Ok, I see this also. I'm going to comment out the offending class and 
check in shortly.

-barry
Permalink | Reply | 1 comment |
headers
Michael Neale | 14 Jul 2005 02:07
Favicon

RE: [drools-dev] FYI cvs head appears to be broken

Hi Gordon.

I just get a fresh head into a new directory, and everything worked fine for
me (including that test).

I used the default "maven" command.. That's all. Is that what you did to get
that error?

One possibility is that the checkout did not complete fully, and the
spreadsheets were missing.

Please let me know if you still get it, and what command you were using to
build it.

I assumed it wasn't ant, as the default ant target just lists other targets
!

Michael.

(PS cruise control automated builds coming this weekend, from what I have
been told !! Excellent). 

-----Original Message-----
From: Gord Turner [mailto:gturner <at> exchangesolutions.com] 
Sent: Thursday, 14 July 2005 2:29 AM
To: dev <at> drools.codehaus.org
Subject: [drools-dev] FYI cvs head appears to be broken

Did a clean cvs checkout from head, default target failed.  Appears a test
was unsuccessful in the Decision Tables Module.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Michael Neale | 14 Jul 2005 02:09
Favicon

RE: [drools-dev] FYI cvs head appears to be broken

 Barry, I didn't see that, with a fresh head.

Any ideas what this is? Is it just running "maven" default?

-----Original Message-----
From: Barry Kaplan [mailto:groups1 <at> memelet.com] 
Sent: Thursday, 14 July 2005 7:10 AM
To: dev <at> drools.codehaus.org
Subject: Re: [drools-dev] FYI cvs head appears to be broken

Ok, I see this also. I'm going to comment out the offending class and check
in shortly.

-barry
Permalink | Reply | 0 comments |
headers
Barry Kaplan | 14 Jul 2005 02:22

Re: [drools-dev] FYI cvs head appears to be broken

I had a compile error (not a runtime error) in TeamAllocationExample.
Permalink | Reply | 0 comments |
headers
Barry Kaplan | 14 Jul 2005 07:13

Re: [drools-dev] FYI cvs head appears to be broken

I take it back. I see nothing broke. It was my error, I did not yet 
include the new decision table project in my eclipse working set. So for 
me at least, head builds clean and passes all tests.

-barry
Permalink | Reply | 0 comments |
headers
Srinivasan Metta | 18 Jul 2005 18:42
Picon
Favicon

[drools-dev] How to load a rule dynamically into working memory

Hi guys,

I have a scenario where I serialize the working memory
and then later deserialize it. We serialize the
working memory to keep the facts.

However, when we deserialize the working memory, we
check if any rules have been modiifed in the drools
drl file. If there are any new rules, we want to
update the rule base of the working memory with the
new rules

It is done in the following way
{
ruleBase = workingMemory.getRuleBase();
// update the rule base if there are any new rules
working memory.fireAllRules();
}
I dumped the rule base and saw the rule updated.
However, Not sure how to associated the updated rule
base with working memory

I am sure there should be a way to do this. But not
sure how?

Would appreciate if you could let me know how to
handle this scenario ASAP.

thanks in advance
(Continue reading)

Permalink | Reply | 1 comment |

Gmane