Mike McMahon | 2 Feb 21:59 2008
Picon

[rules-dev] tags/4.0.4 contains 4.0.5.SNAPSHOT

I just checked out the following tag and all of the poms version say 
4.0.5.SNAPSHOT
http://anonsvn.labs.jboss.com/labs/jbossrules/tags/4.0.4.17825GA/pom.xml

I looked around but do not see any revision in svn with the 4.0.4 poms.

The good news is that I download the 
http://download.jboss.org/drools/release/4.0.4.17825.GA/drools-4.0.4-src.zip 

and do a diff against the tags/4.0.4.17825GA in svn, the only 
differences is all the poms contain 4.0.5.SNAPSHOT

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

Mark Proctor | 3 Feb 01:25 2008

Re: [rules-dev] tags/4.0.4 contains 4.0.5.SNAPSHOT

Mike McMahon wrote:
> I just checked out the following tag and all of the poms version say 
> 4.0.5.SNAPSHOT
> http://anonsvn.labs.jboss.com/labs/jbossrules/tags/4.0.4.17825GA/pom.xml
>
> I looked around but do not see any revision in svn with the 4.0.4 poms.
>
> The good news is that I download the 
> http://download.jboss.org/drools/release/4.0.4.17825.GA/drools-4.0.4-src.zip 
>
> and do a diff against the tags/4.0.4.17825GA in svn, the only 
> differences is all the poms contain 4.0.5.SNAPSHOT
Yes thats a mistake the 4.0.x branch should have been updated to 
4.0.5.SNAPSHOT not the 4.0.4 tag. We'll get that fixed on monday.
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

siddhartha banik | 6 Feb 05:37 2008
Picon

[rules-dev] Facing Problem with Working Memory Serialization/DeSerialization

 
Hi,
 
I am serializing working memory(WM). But after deserializing that, if I try to modify the corresponding RuleBase that is not getting reflected.
I mean, after loading the serialized WM even I add a package to the corresponding RuleBase, new Rules are not getting fired for newly added facts. Or I remove a package from the corresponding RuleBase, even removed Rules are getting fired for newly added facts.
 
So, Once WM is deserialized any chage to the corresponding RuleBase is failing.
 
I have attached the test program & test rules.
 
Thanks
Siddhartha

Attachment (attach.zip): application/zip, 8 KiB
_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Paul Browne | 7 Feb 15:07 2008
Picon

[rules-dev] BRMS and Fit for Rules

As part of the some 'stuff' (you may be able to guess!) found myself 
needing to integrate FIT for Rules and the BRMS. No big deal in doing 
the integration, just plugged in a new BRMSEngine fixture instead of the 
existing Engine fixture.

Two questions
a) This code is generic - would you be interested in a copy for the Fit 
for Rules project? There are other (minor) updates to the code.
or
b) Do you have something big up your sleeve that will (soon) make this 
redundant (i.e. the QA Tab on the BRMS). Trouble is , would like to 
write this up now(!). Am I right in assuming the 'QA' tab will 
effectively be Fit for Rules integrated into the BRMS? (in which case 
the samples will be easy to port later).

Ta

Paul
_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

siddhartha banik | 7 Feb 18:57 2008
Picon

[rules-dev] Re: rules-dev Digest, Vol 14, Issue 2

 
Hi,
 
Sorry, the Problem statement did not come with the attchment.
 
The problem is:
I am serializing working memory(WM). But after deserializing that, if I try to modify the corresponding RuleBase that is not getting reflected.
I mean, after loading the serialized WM even I add a package to the corresponding RuleBase, new Rules are not getting fired for newly added facts. Or I remove a package from the corresponding RuleBase, even removed Rules are getting fired for newly added facts.
 
So, Once WM is deserialized any chage to the corresponding RuleBase is failing.
 
I have attached the test program & test rules.
 
Thanks
Siddhartha

 
On 2/6/08, rules-dev-request <at> lists.jboss.org <rules-dev-request <at> lists.jboss.org> wrote:
Send rules-dev mailing list submissions to
       rules-dev <at> lists.jboss.org

To subscribe or unsubscribe via the World Wide Web, visit
       https://lists.jboss.org/mailman/listinfo/rules-dev
or, via email, send a message with subject or body 'help' to
       rules-dev-request <at> lists.jboss.org

You can reach the person managing the list at
       rules-dev-owner <at> lists.jboss.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of rules-dev digest..."


Today's Topics:

  1. Facing Problem with Working Memory
     Serialization/DeSerialization (siddhartha banik)


----------------------------------------------------------------------

Message: 1
Date: Wed, 6 Feb 2008 10:07:50 +0530
From: "siddhartha banik" <siddhartha.banik <at> gmail.com>
Subject: [rules-dev] Facing Problem with Working Memory
       Serialization/DeSerialization
To: rules-dev <at> lists.jboss.org
Message-ID:
       <c3d0203e0802052037j720df8f0ge33a7fec61953265 <at> mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: attach.zip
Type: application/zip
Size: 6367 bytes
Desc: not available
Url : http://lists.jboss.org/pipermail/rules-dev/attachments/20080206/745452f4/attach-0001.zip

------------------------------

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev


End of rules-dev Digest, Vol 14, Issue 2
****************************************

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Matt Kendall | 11 Feb 17:31 2008
Picon

[rules-dev] Status of CEP Work?

I've been reading the mailing list archives and I've even checked out
the temporal_rete branch from SVN. A lot of the work looks promising,
and it looks like a good bit has been accomplished. What I'm trying to
determine is how close Drools is
to having comprehensive CEP capability. I ask because I have a project
that would benefit from the performance enhancements of a Rete engine,
but I can get by (in the short term) without those enhancements. From
looking at the JUnits, it looks like the relational operators and time
windows are still under active development? I may be able to help out
(subject to the approval of my employer) if CEP is close to
completion.

Thanks!
Matt
_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

Mark Proctor | 11 Feb 17:59 2008

Re: [rules-dev] Status of CEP Work?

I think it'll be another month until we get something usable by end users.

Mark
Matt Kendall wrote:
> I've been reading the mailing list archives and I've even checked out
> the temporal_rete branch from SVN. A lot of the work looks promising,
> and it looks like a good bit has been accomplished. What I'm trying to
> determine is how close Drools is
> to having comprehensive CEP capability. I ask because I have a project
> that would benefit from the performance enhancements of a Rete engine,
> but I can get by (in the short term) without those enhancements. From
> looking at the JUnits, it looks like the relational operators and time
> windows are still under active development? I may be able to help out
> (subject to the approval of my employer) if CEP is close to
> completion.
>
> Thanks!
> Matt
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>   

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

Geoffrey De Smet | 17 Feb 18:07 2008
Picon

Re: [rules-dev] drools-core/repository in subversion

http://jira.jboss.com/jira/browse/JBRULES-1470

With kind regards,
Geoffrey De Smet

Mark Proctor wrote:
> Geoffrey De Smet wrote:
>> Maybe "target" isn't the right spot, as it gets cleaned with a "mvn 
>> clean" and you might not want that.
>> Nevertheless it should be ignored for svn.
> I'd  rather have the cause and not the symptom fixed:
>>
>> But instead of just adding repository to svn:ignore, I 'd recommend 
>> putting the repository dir under the dir "local".
>> "local" is a dir, which is always part of svn:ignore, and I use it to 
>> store many local data that shouldn't be cleaned automatically.
>> For example:
> Good ideal, I'll leave that to mic to decide what he wants.
>>
>> local/benchmark_machine:
>> benchmark_my_linux_machine
>> benchmark_my_windows_machine.exe
>> benchmarkinput.ttp
>> output.txt
>>
>> local/data:
>> itc2007
>> nqueens
>> travelingtournament
>>
>> local/data/itc2007:
>> examination
>>
>> local/data/itc2007/examination:
>> examinationSolverBenchmarkResult.xml
>> solved
>>
>> local/data/itc2007/examination/solved:
>> exam_comp_set1_score-2.008.515_time47.969.xml
>> exam_comp_set2_score-1.000.617_time77.125.xml
>> exam_comp_set3_score-20.013.838_time101.750.xml
>> exam_comp_set4_score-16.025.911_time4.219.xml
>> exam_comp_set5_score-1.006.041_time12.406.xml
>> exam_comp_set6_score-7.030.580_time4.438.xml
>> exam_comp_set7_score-1.005.456_time96.953.xml
>> exam_comp_set8_score-2.009.661_time42.125.xml
>>
>> With kind regards,
>> Geoffrey De Smet
>>
>>
>> Mark Proctor wrote:
>>> Geoffrey De Smet wrote:
>>>> Someone checked in drools-core/repository on the trunk,
>>>> which is a simple mistake to make, because:
>>>> - it's not ignored (I)
>>>> - it's not suppose to be added (A)
>>>> So svn doesn't know what to do with it (?) and ask every time.
>>>>
>>>> I don't understand why these maps need to be created in the first 
>>>> place:
>>>> drools-core/repository
>>>> drools-solver/repository
>>>> drools-solver/drools-solver-core/repository
>>>>
>>>> It's a BRMS thing, but I am pretty sure drools solver doesn't need 
>>>> that map :) Can't it be moved under target so it doesn't bother us 
>>>> anymore?
>>> They don't and its a mistake, I've requested many times that the 
>>> build be fixed for this.
>>>>
>>>> Thanks :)
>>>>
>>>
>>> _______________________________________________
>>> rules-dev mailing list
>>> rules-dev <at> lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev <at> lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
> 
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
> 

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

Geoffrey De Smet | 17 Feb 18:37 2008
Picon

[rules-dev] tabs (\t) in pom.xml files

Some of Drools source code has a bunch of \t characters in it.

Some might cause havoc some day, like this one in Scenario.java:
   public int\t\tmaxRuleFirings = 100000;

Others are pretty annoying, as they mess up the identitation of the 
files on fisheye and make it hard to analyze diffs.

Would you mind terrible if I (or anyone else) replace all \t chars in 
the pom.xml files (I don't care about the other files) with 2 spaces on 
trunk?
There are not that many tabs in those though :)

BTW:
I've had an issue with a plugin upgrade of Eclipse at work, in which it 
overwrote my old tab policy and enabled tabs instead of spaces again. 
Maybe some of you have it too?

--

-- 
With kind regards,
Geoffrey De Smet

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

Mark Proctor | 17 Feb 19:02 2008

Re: [rules-dev] tabs (\t) in pom.xml files

Geoffrey De Smet wrote:
> Some of Drools source code has a bunch of \t characters in it.
>
> Some might cause havoc some day, like this one in Scenario.java:
>   public int\t\tmaxRuleFirings = 100000;
>
> Others are pretty annoying, as they mess up the identitation of the 
> files on fisheye and make it hard to analyze diffs.
>
> Would you mind terrible if I (or anyone else) replace all \t chars in 
> the pom.xml files (I don't care about the other files) with 2 spaces 
> on trunk?
> There are not that many tabs in those though :)
>
> BTW:
> I've had an issue with a plugin upgrade of Eclipse at work, in which 
> it overwrote my old tab policy and enabled tabs instead of spaces 
> again. Maybe some of you have it too?
>
Go for it, the standard eclipse formatter uses spaces anyway.

Mark

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev


Gmane