Re: [rules-users] drools design question

2011-03-17 Thread Michael Anstis
You could hold them all in a single KnowledgeBase with State, FactorY
and FactorX as Facts themselves checked in the Rules' RHS.

You could still have multiple DRL files (to aid authoring and maintenance)
but load them all at once. The RETE network shares nodes for patterns shared
across multiple rules. If your DRLs therefore share RHS patterns (e.g.
simplistically State XX premium for criteria A = 100, State YY premium for
criteria A = 110) the criteria patterns will be shared.

With kind regards,

Mike

2011/3/17 Esteban Aliverti esteban.alive...@gmail.com

 You could also use drools (maybe a decision table) to select the different
 drl files.

 Best regards,

 El mar 16, 2011 8:24 p.m., marunam suta...@gmail.com escribió:


 Hi,

 We are developing an insurance application and we have decided to use drool
 rules for our business rules
 Now, we could have global business rules(applies to all states), specific
 to
 state, specific to factor X, specific to factor Y etc. This way we are
 expecting many drl files.

 Now, when the application runs, we would know the values for state, factor
 X, factor Y etc. and using these values we would determine(using database)
 which drl files to load dynamically and just run the rules in those drls.

 Is this approach recommended? Do you have any suggestions?

 Thanks

 --
 View this message in context:
 http://drools-java-rules-engine.46999.n3.nabble.com/drools-design-question-tp2691182p2691182.html
 Sent from the Drools - User mailing list archive at Nabble.com.
 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users


 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] drools design question

2011-03-17 Thread Swindells, Thomas
I'd definitely suggest this approach. Compiling DRL files into a knowledge base 
is very expensive and something  you want to avoid doing as much as possible 
and probably wouldn't come anywhere close to meeting your performance 
requirements!

Thomas

From: rules-users-boun...@lists.jboss.org 
[mailto:rules-users-boun...@lists.jboss.org] On Behalf Of Michael Anstis
Sent: 17 March 2011 07:52
To: Rules Users List
Subject: Re: [rules-users] drools design question

You could hold them all in a single KnowledgeBase with State, FactorY and 
FactorX as Facts themselves checked in the Rules' RHS.

You could still have multiple DRL files (to aid authoring and maintenance) but 
load them all at once. The RETE network shares nodes for patterns shared across 
multiple rules. If your DRLs therefore share RHS patterns (e.g. simplistically 
State XX premium for criteria A = 100, State YY premium for criteria A = 110) 
the criteria patterns will be shared.

With kind regards,

Mike
2011/3/17 Esteban Aliverti 
esteban.alive...@gmail.commailto:esteban.alive...@gmail.com

You could also use drools (maybe a decision table) to select the different drl 
files.

Best regards,
El mar 16, 2011 8:24 p.m., marunam 
suta...@gmail.commailto:suta...@gmail.com escribió:


Hi,

We are developing an insurance application and we have decided to use drool
rules for our business rules
Now, we could have global business rules(applies to all states), specific to
state, specific to factor X, specific to factor Y etc. This way we are
expecting many drl files.

Now, when the application runs, we would know the values for state, factor
X, factor Y etc. and using these values we would determine(using database)
which drl files to load dynamically and just run the rules in those drls.

Is this approach recommended? Do you have any suggestions?

Thanks

--
View this message in context: 
http://drools-java-rules-engine.46999.n3.nabble.com/drools-design-question-tp2691182p2691182.html
Sent from the Drools - User mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.orgmailto:rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

___
rules-users mailing list
rules-users@lists.jboss.orgmailto:rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users




**
This message is confidential and intended only for the addressee. If you have 
received this message in error, please immediately notify the 
postmas...@nds.com and delete it from your system as well as any copies. The 
content of e-mails as well as traffic data may be monitored by NDS for 
employment and security purposes. To protect the environment please do not 
print this e-mail unless necessary.

NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, 
United Kingdom. A company registered in England and Wales. Registered no. 
3080780. VAT no. GB 603 8808 40-00
**
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] Open file leak in Drools Compiler

2011-03-17 Thread Chris Selwyn

Done... https://issues.jboss.org/browse/JBRULES-2928

Chris

On 16/03/2011 18:33, Edson Tirelli wrote:


   This is JCI code that we inline. We should probably check if there 
is a new JCI version that fixes the problem if it is indeed a problem.


   Can I ask you please to open a JIRA with the info you reported here?

   Thanks,
  Edson

2011/3/16 Greg Barton greg_bar...@yahoo.com 
mailto:greg_bar...@yahoo.com


Yes, but it's not a full blown leak.  Wrapping stream use in a
try/finally block is best.  Feel free and open a JIRA to fix it.
 There may be other instances.

--- On Wed, 3/16/11, Chris Selwyn ch...@selwyn-family.me.uk
mailto:ch...@selwyn-family.me.uk wrote:

 From: Chris Selwyn ch...@selwyn-family.me.uk
mailto:ch...@selwyn-family.me.uk
 Subject: Re: [rules-users] Open file leak in Drools Compiler
 To: Rules Users List rules-users@lists.jboss.org
mailto:rules-users@lists.jboss.org
 Cc: Greg Barton greg_bar...@yahoo.com
mailto:greg_bar...@yahoo.com
 Date: Wednesday, March 16, 2011, 12:18 PM
 Isn't it regarded as bad practice to
 rely on the finalize() method
 called by the garbage collector to release such resources?

 Chris

 On 16/03/2011 17:04, Greg Barton wrote:
  Only if garbage collection never runs.  Then
 you'd already be in trouble. :)
 
  --- On Wed, 3/16/11, Chris Selwynch...@selwyn-family.me.uk
mailto:ch...@selwyn-family.me.uk
 wrote:
 
  From: Chris Selwynch...@selwyn-family.me.uk
mailto:ch...@selwyn-family.me.uk
  Subject: [rules-users] Open file leak in Drools
 Compiler
  To: Drools usersrules-users@lists.jboss.org
mailto:rules-users@lists.jboss.org
  Date: Wednesday, March 16, 2011, 11:49 AM
  I am running Drools (actually JBoss
  Rules 5.1.0 ) in Glassfish.
 
  My deployable is an EJB that uses a
  StatelessKnowledgeSession to run
  some rules that I get from a KnowledgeAgent that
 has a
  Changeset with a
  .drl in it.
  Therefore, I have placed the drools compiler into
 the
  deployable and it
  all appears to work.
 
  Glassfish has a clever little mechanism that, when
 you
  unload a
  deployable that had some open streams, it tells
 you all
  about it (and
  kindly closes them).
 
  Glassfish is reporting that InputStreams are being
 left
  open that were
  opened in the isPackage() method of
 
 org.drools.commons.jci.compilers.EclipseJavaCompiler.
  That method has the following code in it:-
 
 

  final InputStream is =
 


pClassLoader.getResourceAsStream(ClassUtils.convertClassToResourcePath(pClazzName));
 

  if (is != null) {
 

return false;
 

  }
 
  So, when is is not null (i.e. open), it is
 forgotten
  about and not closed.
 
  Isn't this a potential file handle leak?
 
  Chris Selwyn
 
  ___
  rules-users mailing list
  rules-users@lists.jboss.org mailto:rules-users@lists.jboss.org
  https://lists.jboss.org/mailman/listinfo/rules-users
 
 
 
 
  ___
  rules-users mailing list
  rules-users@lists.jboss.org mailto:rules-users@lists.jboss.org
  https://lists.jboss.org/mailman/listinfo/rules-users
 
 
  -
  No virus found in this message.
  Checked by AVG - www.avg.com http://www.avg.com
  Version: 10.0.1204 / Virus Database: 1498/3509 -
 Release Date: 03/15/11
 





___
rules-users mailing list
rules-users@lists.jboss.org mailto:rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users




--
  Edson Tirelli
  JBoss Drools Core Development
  JBoss by Red Hat @ www.jboss.com http://www.jboss.com


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


No virus found in this message.
Checked by AVG - www.avg.com http://www.avg.com
Version: 10.0.1204 / Virus Database: 1498/3511 - Release Date: 03/16/11

___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


[rules-users] Migrate from JBRMS 4.0.7 to Guvnor 5.1

2011-03-17 Thread smolnij
Hello all

I need to migrate from 4.0.7 drools to 5.1, could you please give some
advices and links?

We have drools JBRMS 4.0.7 app with lots of rules, persisted in Oracle. We
haven't any .drl files for these rules. I've tried to export these rules via
export feature from JBRMS 4 and then import the derived XML via import
feature in Guvnor 5, but I get the following error:

17:56:55,365 INFO  [STDOUT] ERROR 16-03 17:56:55,361
(RulesRepository.java:importRulesRepositoryFromStream:1073) illegal
node name: {http://www.jcp.org/jcr/sv/1.0}node
javax.jcr.InvalidSerializedDataException: illegal node name:
{http://www.jcp.org/jcr/sv/1.0}node
at
org.apache.jackrabbit.core.xml.SysViewImportHandler.startElement(SysViewImportHandler.java:141)
at
org.apache.jackrabbit.core.xml.ImportHandler.startElement(ImportHandler.java:169)
at
org.apache.jackrabbit.commons.xml.DefaultContentHandler.startElement(DefaultContentHandler.java:161)
at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown
Source)
at
org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)


Is there some way how we can transfer the rules from JBRMS to Guvnor? Does
the Guvnor has another rules format, so it can't import from JBRMS XML? Is
there some specs about differences, so I would be able to write the
converter? Or is there some already published converter?

Would it make sense to export the rules via JCR API from old JBRM JCR (1.3)
and then import it to new JCR repo created by Guvnor?

How we can upgrade the drools version without loosing our already created
rules?

--
View this message in context: 
http://drools-java-rules-engine.46999.n3.nabble.com/Migrate-from-JBRMS-4-0-7-to-Guvnor-5-1-tp2692846p2692846.html
Sent from the Drools - User mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] Basic doubt regarding Drools Fusion - @expires

2011-03-17 Thread Makewise - Vitor Rui Mendonça
Edison, first of all, thanks for your quick reply!

Those initial words caught my attention, although: “By default, Drools does not 
start any internal thread”…

What do you mean “by default”?
I know there are ways to force the event to be expired but I’m looking for a 
solution that doesn’t involve to write new rules.

For example, I’m using this kind of solution:

declare A

  @role( event )

  @expires( 1h )

end
rule internal - expiring A
  timer(int:1h)
when
  $a : A() from entry-point incoming
then
  retract($a);
end

Although this solution works (from Drools 5.1), I’m forced to write a rule to 
expire an event that’s supposed to be expired initially.
There’s a simpler way to do this? I’m thinking correctly?

Once again, thanks!



Vítor Mendonça Moreira
Analista / Programador
Direcção de Investigação e Desenvolvimento

Rua Dr. Francisco Sá Carneiro, nº. 4 r/c esq.
2500 - 206 - Caldas da Rainha
Tel: (+351) 262 832 196
Fax: (+351) 262 186 455
Web: www.makewise.pthttp://www.makewise.pt
Uma empresa: Grupo Sousa Pedrohttp://www.sousapedro.com

[cid:image002.jpg@01CBE493.E9E167A0]







Declaração:
A informação contida nesta mensagem, e os ficheiros anexos, é privilegiada e 
confidencial, destinando-se exclusivamente ao(s) destinatário(s).Se não é o 
destinatário (ou o responsável pela sua entrega ao destinatário) e recebeu a 
mesma por engano, fica notificado que é estritamente proibido reproduzir, 
guardar ou distribuir toda ou qualquer parte desta mensagem e ficheiros 
anexos.Por favor reencaminhe a mensagem para o responsável pelo seu envio ou 
contacte-nos por telefone e elimine a mensagem e ficheiros anexos do seu 
computador,sem os reproduzir.

Disclaimer:
The information contained in this message, and any files attached, is 
privileged and confidential, and intended exclusively for the included 
addresses.If you are not the intended recipient (or the person responsible for 
delivering to the intended recipient) and received this message by mistake, be 
aware that copy, storage, distribution or any other use of all or part of this 
message and the files attached is strictly prohibited. Please notify the sender 
by reply e-mail or contact us by telephone and delete this message and the 
files attached, without retaining a copy.

From: rules-users-boun...@lists.jboss.org 
[mailto:rules-users-boun...@lists.jboss.org] On Behalf Of Edson Tirelli
Sent: quarta-feira, 16 de Março de 2011 18:38
To: Rules Users List
Subject: Re: [rules-users] Basic doubt regarding Drools Fusion - @expires


   By default, Drools does not start any internal thread, so that you can embed 
it in non-multithread applications or in JEE containers. That means that the 
actual release of events in such cases depends on triggers. In your example, 
after 1h has passed, whenever something happens to the session (a new rule is 
fired, a new event is inserted, the session clock is advanced, etc), the event 
will be expired as part of the action. Remember though that it only happens 
when running in STREAM mode. In CLOUD mode, event garbage collection does not 
make sense and will not happen.

  Edson
2011/3/16 Makewise - Vitor Rui Mendonça 
vitor.mendo...@brisa.ptmailto:vitor.mendo...@brisa.pt
Hi all!

I’ve got a really basic doubt… I’ve read several documentation regarding it but 
I think I need some advice here…

Imagine that I have an event:
declare A
  @role( event )
  @expires( 1h )
end

On my Java code, I call “fireAllRules()” method every time that I put an event 
into the working memory.

My doubt: When does event A expires?

a)  One hour after it was inserted (time-based and without the 
“fireAllRules()” method call) or

b)  by calling “fireAllRules()” method (event-based)

T.I.A.



Vítor Mendonça Moreira
Analista / Programador
Direcção de Investigação e Desenvolvimento

Rua Dr. Francisco Sá Carneiro, nº. 4 r/c esq.
2500 - 206 - Caldas da Rainha
Tel: (+351) 262 832 196
Fax: (+351) 262 186 455
Web: www.makewise.pthttp://www.makewise.pt
Uma empresa: Grupo Sousa Pedrohttp://www.sousapedro.com

[cid:image002.jpg@01CBE493.E9E167A0]






Declaração:
A informação contida nesta mensagem, e os ficheiros anexos, é privilegiada e 
confidencial, destinando-se exclusivamente ao(s) destinatário(s).Se não é o 
destinatário (ou o responsável pela sua entrega ao destinatário) e recebeu a 
mesma por engano, fica notificado que é estritamente proibido reproduzir, 
guardar ou distribuir toda ou qualquer parte desta mensagem e ficheiros 
anexos.Por favor reencaminhe a mensagem para o responsável pelo seu envio ou 
contacte-nos por telefone e elimine a mensagem e ficheiros anexos do seu 
computador,sem os reproduzir.

Disclaimer:
The information contained in this message, and any files attached, is 
privileged and confidential, and intended exclusively for the included 
addresses.If you are not the intended 

Re: [rules-users] Basic doubt regarding Drools Fusion - @expires

2011-03-17 Thread Swindells, Thomas
Have you looked at fireUntilHalt?

From: rules-users-boun...@lists.jboss.org 
[mailto:rules-users-boun...@lists.jboss.org] On Behalf Of Makewise - Vitor Rui 
Mendonça
Sent: 17 March 2011 11:20
To: 'Rules Users List'
Subject: Re: [rules-users] Basic doubt regarding Drools Fusion - @expires

Edison, first of all, thanks for your quick reply!

Those initial words caught my attention, although: “By default, Drools does not 
start any internal thread”…

What do you mean “by default”?
I know there are ways to force the event to be expired but I’m looking for a 
solution that doesn’t involve to write new rules.

For example, I’m using this kind of solution:
declare A
  @role( event )
  @expires( 1h )
end
rule internal - expiring A
  timer(int:1h)
when
  $a : A() from entry-point incoming
then
  retract($a);
end

Although this solution works (from Drools 5.1), I’m forced to write a rule to 
expire an event that’s supposed to be expired initially.
There’s a simpler way to do this? I’m thinking correctly?

Once again, thanks!



Vítor Mendonça Moreira
Analista / Programador
Direcção de Investigação e Desenvolvimento

Rua Dr. Francisco Sá Carneiro, nº. 4 r/c esq.
2500 - 206 - Caldas da Rainha
Tel: (+351) 262 832 196
Fax: (+351) 262 186 455
Web: www.makewise.pthttp://www.makewise.pt
Uma empresa: Grupo Sousa Pedrohttp://www.sousapedro.com

[cid:image002.jpg@01CBE496.891C1F20]






Declaração:
A informação contida nesta mensagem, e os ficheiros anexos, é privilegiada e 
confidencial, destinando-se exclusivamente ao(s) destinatário(s).Se não é o 
destinatário (ou o responsável pela sua entrega ao destinatário) e recebeu a 
mesma por engano, fica notificado que é estritamente proibido reproduzir, 
guardar ou distribuir toda ou qualquer parte desta mensagem e ficheiros 
anexos.Por favor reencaminhe a mensagem para o responsável pelo seu envio ou 
contacte-nos por telefone e elimine a mensagem e ficheiros anexos do seu 
computador,sem os reproduzir.

Disclaimer:
The information contained in this message, and any files attached, is 
privileged and confidential, and intended exclusively for the included 
addresses.If you are not the intended recipient (or the person responsible for 
delivering to the intended recipient) and received this message by mistake, be 
aware that copy, storage, distribution or any other use of all or part of this 
message and the files attached is strictly prohibited. Please notify the sender 
by reply e-mail or contact us by telephone and delete this message and the 
files attached, without retaining a copy.

From: rules-users-boun...@lists.jboss.org 
[mailto:rules-users-boun...@lists.jboss.org] On Behalf Of Edson Tirelli
Sent: quarta-feira, 16 de Março de 2011 18:38
To: Rules Users List
Subject: Re: [rules-users] Basic doubt regarding Drools Fusion - @expires


   By default, Drools does not start any internal thread, so that you can embed 
it in non-multithread applications or in JEE containers. That means that the 
actual release of events in such cases depends on triggers. In your example, 
after 1h has passed, whenever something happens to the session (a new rule is 
fired, a new event is inserted, the session clock is advanced, etc), the event 
will be expired as part of the action. Remember though that it only happens 
when running in STREAM mode. In CLOUD mode, event garbage collection does not 
make sense and will not happen.

  Edson
2011/3/16 Makewise - Vitor Rui Mendonça 
vitor.mendo...@brisa.ptmailto:vitor.mendo...@brisa.pt
Hi all!

I’ve got a really basic doubt… I’ve read several documentation regarding it but 
I think I need some advice here…

Imagine that I have an event:
declare A
  @role( event )
  @expires( 1h )
end

On my Java code, I call “fireAllRules()” method every time that I put an event 
into the working memory.

My doubt: When does event A expires?

a)  One hour after it was inserted (time-based and without the 
“fireAllRules()” method call) or

b)  by calling “fireAllRules()” method (event-based)

T.I.A.



Vítor Mendonça Moreira
Analista / Programador
Direcção de Investigação e Desenvolvimento

Rua Dr. Francisco Sá Carneiro, nº. 4 r/c esq.
2500 - 206 - Caldas da Rainha
Tel: (+351) 262 832 196
Fax: (+351) 262 186 455
Web: www.makewise.pthttp://www.makewise.pt
Uma empresa: Grupo Sousa Pedrohttp://www.sousapedro.com

[cid:image002.jpg@01CBE496.891C1F20]






Declaração:
A informação contida nesta mensagem, e os ficheiros anexos, é privilegiada e 
confidencial, destinando-se exclusivamente ao(s) destinatário(s).Se não é o 
destinatário (ou o responsável pela sua entrega ao destinatário) e recebeu a 
mesma por engano, fica notificado que é estritamente proibido reproduzir, 
guardar ou distribuir toda ou qualquer parte desta mensagem e ficheiros 
anexos.Por favor reencaminhe a mensagem para o responsável pelo seu envio ou 
contacte-nos por 

[rules-users] Problem with Drools debuggin in Eclipse Reg:

2011-03-17 Thread Murali Venugopal


  
  
Hi,

I'm encountering a strange problem with debugging an Drools
application in Eclipse Platform. I couldn't find any help in the
internet. Also, i can't find any previous post in this mailing list.
Please try to help me.

My Platform details are below:
OS: Fedora 13 
Eclipse: Galileo
Java: JDK 1.6 Update 21
Drools version: 5.1.1

Snapshot of the Error message: 




Console Output:
ERROR: transport error 202: connect failed: Connection refused
ERROR: JDWP Transport dt_socket failed to initialize,
TRANSPORT_INIT(510)
JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports
initialized [../../../src/share/back/debugInit.c:690]
FATAL ERROR in native method: JDWP No transports initialized,
jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)

Event Details:

Message:
  An internal error occurred during: "Launching DroolsTest (4)".
  
  Exception Stack Trace:
  java.lang.IncompatibleClassChangeError: Expected static method
org.drools.eclipse.launching.DroolsVMDebugger.renderCommandLine([Ljava/lang/String;)Ljava/lang/String;
  at
org.drools.eclipse.launching.DroolsVMDebugger.run(DroolsVMDebugger.java:182)
  at
org.eclipse.jdt.launching.JavaLaunchDelegate.launch(JavaLaunchDelegate.java:101)
  at
org.drools.eclipse.launching.DroolsLaunchConfigurationDelegate.launch(DroolsLaunchConfigurationDelegate.java:30)
  at
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:853)
  at
org.eclipse.debug.internal.core.LaunchConfiguration.launch(LaunchConfiguration.java:703)
  at
org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(DebugUIPlugin.java:866)
  at
org.eclipse.debug.internal.ui.DebugUIPlugin$8.run(DebugUIPlugin.java:1069)
  at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
  

Thanks in advance.

Regards,
 _ _ _ _ |.
| | ||_|| (_|||  \/


  

___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] drools design question

2011-03-17 Thread marunam
Thanks everyone for your inputs

Yes, so the confusion that I have is, with loading multiple drls. If I load
all the drls in memory(may be 100s), does it mean that when I say
fireallRules, it is going to run the rules from all the drls?? That is what
I don't want. 

For a particular session at runtime, I may need to run drls from just some
specific drls and not all the drls. How can I tackle this If I load all the
drls?

Thank you

--
View this message in context: 
http://drools-java-rules-engine.46999.n3.nabble.com/drools-design-question-tp2691182p2693429.html
Sent from the Drools - User mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] Custom dates with @date-effective and @date-expires

2011-03-17 Thread Faisal Shafique
Thanks for the answer. Yes, it may be easier to achieve with simple date fact 
but we have thousands of rules and each and every one of them has this temporal 
requirement. I was thinking along the lines of SessionClock. I know there is a 
'realtime' and 'pseudoclock' implementation of it. May be I can write my own 
implementation of SessionClock and set any arbitrary date passed by the user 
into the knowledge session config. Then the rules attributes (@date-effective 
and @date-expires) can take care of filtering out the ones not effective on the 
date that I am setting in SessionClock. Am I thinking in the wrong direction?

Regards,

Faisal Shafique

On Mar 17, 2011, at 12:34 AM, Wolfgang Laun wolfgang.l...@gmail.com wrote:

 The desired effect might be easier to achieve with a fact EffectiveDate { 
 Date date; } and a pattern specifying the limits. 
 
 The rule attributes (not metadata) are based on the system data, and you 
 wouldn't want to mess with it just to use data-effective and date-expires.
 
 -W
 
 On 17 March 2011 00:33, Faisal Shafique just_fai...@yahoo.com wrote:
 Hi,
 
 Can I use any arbitrary date for the drools execution so that correct rules 
 are fired based on not current date but any arbitrary date? This is in the 
 context of @date-effective and @date-expires metadata that can be specified 
 as part of a rule. Drools expert documentation seems to imply that this 
 metadata uses current date though I am not clear what current date (system 
 date?) means.
 
 Thanks
 
 Faisal Shafique
 
 
 
 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users
 
 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


[rules-users] Connectivity with Database

2011-03-17 Thread kedar vyawahare
Hi all,
I want to make Connectivity to a external Database through my Drool Guvnor
so that I can directly create rules on attributes of that tables of
Database.
Please suggest me some way to solve this problem.

Thanks in Advance.
Kedar.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] Basic doubt regarding Drools Fusion - @expires

2011-03-17 Thread Edson Tirelli
   You lost me. Why are you defining a rule to retract your event? If you
are running in STREAM mode, @expires will take care of the retraction for
you automatically...

   Regarding threads, I said by default because there is an experimental
feature that makes drools start internal threads, but that is not production
ready yet.

   Edson


2011/3/17 Makewise - Vitor Rui Mendonça vitor.mendo...@brisa.pt

   Edison, first of all, thanks for your quick reply!



 Those initial words caught my attention, although: “By default, Drools
 does not start any internal thread”…



 What do you mean “by default”?

 I know there are ways to force the event to be expired but I’m looking for
 a solution that doesn’t involve to write new rules.



 For example, I’m using this kind of solution:

 *declare* A

   @role( event )

   @expires( 1h )

 *end*

 *rule* internal - expiring A

   timer(*int*:1h)

 *when*

   $a : A() *from* entry-point incoming

 *then*

   *retract*($a);

 *end*



 Although this solution works (from Drools 5.1), I’m forced to write a rule
 to expire an event that’s supposed to be expired initially.

 There’s a simpler way to do this? I’m thinking correctly?



 Once again, thanks!



   Vítor Mendonça Moreira
 *Analista / Programador
 Direcção de Investigação e Desenvolvimento*

 Rua Dr. Francisco Sá Carneiro, nº. 4 r/c esq.
 2500 - 206 - Caldas da Rainha
 Tel: (+351) 262 832 196
 Fax: (+351) 262 186 455
 Web: www.makewise.pt
 Uma empresa: Grupo Sousa Pedro http://www.sousapedro.com





  --

 Declaração:
 A informação contida nesta mensagem, e os ficheiros anexos, é privilegiada
 e confidencial, destinando-se exclusivamente ao(s) destinatário(s).Se não é
 o destinatário (ou o responsável pela sua entrega ao destinatário) e recebeu
 a mesma por engano, fica notificado que é estritamente proibido reproduzir,
 guardar ou distribuir toda ou qualquer parte desta mensagem e ficheiros
 anexos.Por favor reencaminhe a mensagem para o responsável pelo seu envio ou
 contacte-nos por telefone e elimine a mensagem e ficheiros anexos do seu
 computador,sem os reproduzir.

 Disclaimer:
 The information contained in this message, and any files attached, is
 privileged and confidential, and intended exclusively for the included
 addresses.If you are not the intended recipient (or the person responsible
 for delivering to the intended recipient) and received this message by
 mistake, be aware that copy, storage, distribution or any other use of all
 or part of this message and the files attached is strictly prohibited.
 Please notify the sender by reply e-mail or contact us by telephone and
 delete this message and the files attached, without retaining a copy.
  --

  *From:* rules-users-boun...@lists.jboss.org [mailto:
 rules-users-boun...@lists.jboss.org] *On Behalf Of *Edson Tirelli
 *Sent:* quarta-feira, 16 de Março de 2011 18:38
 *To:* Rules Users List
 *Subject:* Re: [rules-users] Basic doubt regarding Drools Fusion -
 @expires





By default, Drools does not start any internal thread, so that you can
 embed it in non-multithread applications or in JEE containers. That means
 that the actual release of events in such cases depends on triggers. In your
 example, after 1h has passed, whenever something happens to the session (a
 new rule is fired, a new event is inserted, the session clock is advanced,
 etc), the event will be expired as part of the action. Remember though that
 it only happens when running in STREAM mode. In CLOUD mode, event garbage
 collection does not make sense and will not happen.



   Edson

 2011/3/16 Makewise - Vitor Rui Mendonça vitor.mendo...@brisa.pt

 Hi all!



 I’ve got a really basic doubt… I’ve read several documentation regarding it
 but I think I need some advice here…



 Imagine that I have an event:

 *declare* A

   @role( event )

   @expires( 1h )

 *end*



 On my Java code, I call “fireAllRules()” method every time that I put an
 event into the working memory.



 My doubt: When does event A expires?

 a)  One hour after it was inserted (time-based and without the
 “fireAllRules()” method call) or

 b)  by calling “fireAllRules()” method (event-based)



 T.I.A.



   Vítor Mendonça Moreira
 *Analista / Programador
 Direcção de Investigação e Desenvolvimento*

 Rua Dr. Francisco Sá Carneiro, nº. 4 r/c esq.
 2500 - 206 - Caldas da Rainha
 Tel: (+351) 262 832 196
 Fax: (+351) 262 186 455
 Web: www.makewise.pt
 Uma empresa: Grupo Sousa Pedro http://www.sousapedro.com




   --



 Declaração:
 A informação contida nesta mensagem, e os ficheiros anexos, é privilegiada
 e confidencial, destinando-se exclusivamente ao(s) destinatário(s).Se não é
 o destinatário (ou o responsável pela sua entrega ao destinatário) e recebeu
 a mesma por engano, fica notificado que é estritamente proibido reproduzir,
 guardar ou distribuir toda ou qualquer parte 

Re: [rules-users] drools design question

2011-03-17 Thread Swindells, Thomas
Actually what you want is that only the rules from the DRLs that you want are 
activated and their consequences run (a subtle but important distinction). Put 
another way it doesn't matter how many rules are in the knowledge base and 
evaluated as long as only the rules you want are matched.

There are two main approaches you could do to control this. The first is to use 
agenda groups with rules in different DRLs being in different agenda groups, 
this then lets you control which groups consequences are run and in what order 
to.

Another approach is to introduce some additional facts into the working memory 
- EnabledRuleGroup(String groupName). The first condition in each rule would 
then be the statement exists EnabledRuleGroup(name ==myDlrFilenameXYZ)
Then only rules matching the statement would be evaluated.

There are probably other variations around this too - things like agenda 
filters to filter out the activations you don't want.

Thomas



 -Original Message-
 From: rules-users-boun...@lists.jboss.org [mailto:rules-users-
 boun...@lists.jboss.org] On Behalf Of marunam
 Sent: 17 March 2011 13:31
 To: rules-users@lists.jboss.org
 Subject: Re: [rules-users] drools design question

 Thanks everyone for your inputs

 Yes, so the confusion that I have is, with loading multiple drls. If I
 load
 all the drls in memory(may be 100s), does it mean that when I say
 fireallRules, it is going to run the rules from all the drls?? That is
 what
 I don't want.

 For a particular session at runtime, I may need to run drls from just
 some
 specific drls and not all the drls. How can I tackle this If I load all
 the
 drls?

 Thank you

 --
 View this message in context: http://drools-java-rules-
 engine.46999.n3.nabble.com/drools-design-question-
 tp2691182p2693429.html
 Sent from the Drools - User mailing list archive at Nabble.com.
 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users


**
This message is confidential and intended only for the addressee. If you have 
received this message in error, please immediately notify the 
postmas...@nds.com and delete it from your system as well as any copies. The 
content of e-mails as well as traffic data may be monitored by NDS for 
employment and security purposes. To protect the environment please do not 
print this e-mail unless necessary.

NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, 
United Kingdom. A company registered in England and Wales. Registered no. 
3080780. VAT no. GB 603 8808 40-00
**

___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] drools design question

2011-03-17 Thread Michael Anstis
Don't forget Facts are matched as they are inserted into WorkingMemory too.

fireallRules() only executes the resulting activations on the agenda - that
as Thomas states can be controlled by a number of means.

On 17 March 2011 14:04, Swindells, Thomas tswinde...@nds.com wrote:

 Actually what you want is that only the rules from the DRLs that you want
 are activated and their consequences run (a subtle but important
 distinction). Put another way it doesn't matter how many rules are in the
 knowledge base and evaluated as long as only the rules you want are matched.

 There are two main approaches you could do to control this. The first is to
 use agenda groups with rules in different DRLs being in different agenda
 groups, this then lets you control which groups consequences are run and in
 what order to.

 Another approach is to introduce some additional facts into the working
 memory - EnabledRuleGroup(String groupName). The first condition in each
 rule would then be the statement exists EnabledRuleGroup(name
 ==myDlrFilenameXYZ)
 Then only rules matching the statement would be evaluated.

 There are probably other variations around this too - things like agenda
 filters to filter out the activations you don't want.

 Thomas



  -Original Message-
  From: rules-users-boun...@lists.jboss.org [mailto:rules-users-
  boun...@lists.jboss.org] On Behalf Of marunam
  Sent: 17 March 2011 13:31
  To: rules-users@lists.jboss.org
  Subject: Re: [rules-users] drools design question
 
  Thanks everyone for your inputs
 
  Yes, so the confusion that I have is, with loading multiple drls. If I
  load
  all the drls in memory(may be 100s), does it mean that when I say
  fireallRules, it is going to run the rules from all the drls?? That is
  what
  I don't want.
 
  For a particular session at runtime, I may need to run drls from just
  some
  specific drls and not all the drls. How can I tackle this If I load all
  the
  drls?
 
  Thank you
 
  --
  View this message in context: http://drools-java-rules-
  engine.46999.n3.nabble.com/drools-design-question-
  tp2691182p2693429.html
  Sent from the Drools - User mailing list archive at Nabble.com.
  ___
  rules-users mailing list
  rules-users@lists.jboss.org
  https://lists.jboss.org/mailman/listinfo/rules-users



 **
 This message is confidential and intended only for the addressee. If you
 have received this message in error, please immediately notify the
 postmas...@nds.com and delete it from your system as well as any copies.
 The content of e-mails as well as traffic data may be monitored by NDS for
 employment and security purposes. To protect the environment please do not
 print this e-mail unless necessary.

 NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18
 4EX, United Kingdom. A company registered in England and Wales. Registered
 no. 3080780. VAT no. GB 603 8808 40-00

 **

 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users

___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] Basic doubt regarding Drools Fusion - @expires

2011-03-17 Thread Greg Barton

Has the performance problem with fireUntilHalt been fixed in 5.2?  

--- On Thu, 3/17/11, Makewise - Vitor Rui Mendonça vitor.mendo...@brisa.pt 
wrote:

From: Makewise - Vitor Rui Mendonça vitor.mendo...@brisa.pt
Subject: Re: [rules-users] Basic doubt regarding Drools Fusion - @expires
To: 'Rules Users List' rules-users@lists.jboss.org
Date: Thursday, March 17, 2011, 7:01 AM




 
#yiv2042545743 P.yiv2042545743c1e0f729-dcb6-480b-8dd2-365933e094eb {
MARGIN:0cm 0cm 0pt;}
#yiv2042545743 LI.yiv2042545743c1e0f729-dcb6-480b-8dd2-365933e094eb {
MARGIN:0cm 0cm 0pt;}
#yiv2042545743 DIV.yiv2042545743c1e0f729-dcb6-480b-8dd2-365933e094eb {
MARGIN:0cm 0cm 0pt;}
#yiv2042545743 TABLE.yiv2042545743c1e0f729-dcb6-480b-8dd2-365933e094ebTable {
MARGIN:0cm 0cm 0pt;}
#yiv2042545743 DIV.yiv2042545743Section1 {
}

 


 


Hi Thomas, thanks for the info! 
   
I googled it quite a bit and I think it’s a path to be explored, albeit I’ve 
saw several messages on the mailing list regarding performance issues
 when using fireUntilHalt.


  ___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] Basic doubt regarding Drools Fusion - @expires

2011-03-17 Thread Edson Tirelli
   To be honest, I believe so, but didn't profiled it extensively. I used
fireUntilHalt() in my Webinar yesterday on a live demo and it worked nicely.

   Edson

2011/3/17 Greg Barton greg_bar...@yahoo.com


 Has the performance problem with fireUntilHalt been fixed in 5.2?

 --- On *Thu, 3/17/11, Makewise - Vitor Rui Mendonça 
 vitor.mendo...@brisa.pt* wrote:


 From: Makewise - Vitor Rui Mendonça vitor.mendo...@brisa.pt

 Subject: Re: [rules-users] Basic doubt regarding Drools Fusion - @expires
 To: 'Rules Users List' rules-users@lists.jboss.org
 Date: Thursday, March 17, 2011, 7:01 AM


  Hi Thomas, thanks for the info!



 I googled it quite a bit and I think it’s a path to be explored, albeit
 I’ve saw several messages on the mailing list regarding performance issues
 when using fireUntilHalt.



 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users




-- 
  Edson Tirelli
  JBoss Drools Core Development
  JBoss by Red Hat @ www.jboss.com
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] Basic doubt regarding Drools Fusion - @expires

2011-03-17 Thread Greg Barton
Yes, but I just fired up a small project using it and it used 100% of CPU.  If 
you build the attached project you'll see the tests run just fine. (They use 
fireAllRules.)  If you launch from the commandline, (java -jar 
target/DroolsBoxes-1.0.jar) which uses fireUntilHalt, the rules fire (and 
complete) just fine, but it continues to use 100% of a cpu core indefinitely.  
This is with 5.1.1.  If I change the drools version to 5.2.0-SNAPSHOT it 
compiles but the tests won't run.  They all fail with the following exception:
java.lang.NoSuchMethodError: 
org.drools.spi.DeclarationScopeResolver.init([Ljava/util/Map;Ljava/util/Stack;)V
 at org.drools.rule.builder.RuleBuildContext.init(RuleBuildContext.java:72)   
 at org.drools.compiler.PackageBuilder.addRule(PackageBuilder.java:1198) at 
org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:629)   at 
org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:278)   
 at 
org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilder.java:451)
 at 
org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:28)  
 at com.sample.DroolsTest.readKnowledgeBase(DroolsTest.java:75)  at 
com.sample.DroolsTest.go(DroolsTest.java:31) at 
com.sample.BoxTest.test0(BoxTest.java:21)
--- On Thu, 3/17/11, Edson Tirelli ed.tire...@gmail.com wrote:

From: Edson Tirelli ed.tire...@gmail.com
Subject: Re: [rules-users] Basic doubt regarding Drools Fusion - @expires
To: Rules Users List rules-users@lists.jboss.org
Date: Thursday, March 17, 2011, 10:47 AM


   To be honest, I believe so, but didn't profiled it extensively. I used 
fireUntilHalt() in my Webinar yesterday on a live demo and it worked nicely.
   Edson


2011/3/17 Greg Barton greg_bar...@yahoo.com


Has the performance problem with fireUntilHalt been fixed in 5.2?  

--- On Thu, 3/17/11, Makewise - Vitor Rui Mendonça vitor.mendo...@brisa.pt 
wrote:


From: Makewise - Vitor Rui Mendonça vitor.mendo...@brisa.pt

Subject: Re: [rules-users] Basic doubt regarding Drools Fusion - @expires
To: 'Rules Users List' rules-users@lists.jboss.org

Date: Thursday, March 17, 2011, 7:01 AM




 

 


 


Hi Thomas, thanks for the info! 
   
I googled it quite a bit and I think it’s a path to be explored, albeit I’ve 
saw several messages on the mailing list regarding performance issues
 when using fireUntilHalt.


  
___

rules-users mailing list

rules-users@lists.jboss.org

https://lists.jboss.org/mailman/listinfo/rules-users





-- 
  Edson Tirelli
  JBoss Drools Core Development
  JBoss by Red Hat @ www.jboss.com



-Inline Attachment Follows-

___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users



  

DroolsBoxes.tar.gz
Description: GNU Zip compressed data
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] Basic doubt regarding Drools Fusion - @expires

2011-03-17 Thread Edson Tirelli
   Yes, please. Thank you,

   Edson

2011/3/17 Makewise - Vitor Rui Mendonça vitor.mendo...@brisa.pt

   I forgot to mention that I’m running in stream mode, yes J



 I’m having problems regarding event expiration: I define events with
 @expires(1h) but they won’t disappear, I had to write some rules to force
 the expiration.



 To keep short a long history… J

 · I put transactions into entry-point “incoming”

 · I’ve got rules that create a new event (defined in .drl file)
 when a transaction is inserted in the working memory. That event has an
 expire time (1h)

 · But I’ve notice that the created event will never go away



 *// transaction inserted into working memory through insertFact()*

 *declare* Transaction

   @role( event )

   @expires( 1h )

 *end*

 * *

 *// event created when working memory receives transaction*

 *declare* ExampleTransaction

   @role( event )

   @expires( 1h )

   value: *int*

   transaction: Transaction

 *end*

 * *

 *// rule to create event *

 *rule* new example transaction

 *when*

   $transaction : Transaction() over window:time(1h) *from* entry-point
 incoming

 *then*

 ExampleTransaction exampleTransaction = *new* ExampleTransaction();

 exampleTransaction.setValue(0);

 exampleTransaction.setTransaction($transaction);

 *insert*( exampleTransaction );

 *end*





 Maybe submitting a new issue with a JUnit test would be nice, right? J



   Vítor Mendonça Moreira
 *Analista / Programador
 Direcção de Investigação e Desenvolvimento*

 Rua Dr. Francisco Sá Carneiro, nº. 4 r/c esq.
 2500 - 206 - Caldas da Rainha
 Tel: (+351) 262 832 196
 Fax: (+351) 262 186 455
 Web: www.makewise.pt
 Uma empresa: Grupo Sousa Pedro http://www.sousapedro.com





  --

 Declaração:
 A informação contida nesta mensagem, e os ficheiros anexos, é privilegiada
 e confidencial, destinando-se exclusivamente ao(s) destinatário(s).Se não é
 o destinatário (ou o responsável pela sua entrega ao destinatário) e recebeu
 a mesma por engano, fica notificado que é estritamente proibido reproduzir,
 guardar ou distribuir toda ou qualquer parte desta mensagem e ficheiros
 anexos.Por favor reencaminhe a mensagem para o responsável pelo seu envio ou
 contacte-nos por telefone e elimine a mensagem e ficheiros anexos do seu
 computador,sem os reproduzir.

 Disclaimer:
 The information contained in this message, and any files attached, is
 privileged and confidential, and intended exclusively for the included
 addresses.If you are not the intended recipient (or the person responsible
 for delivering to the intended recipient) and received this message by
 mistake, be aware that copy, storage, distribution or any other use of all
 or part of this message and the files attached is strictly prohibited.
 Please notify the sender by reply e-mail or contact us by telephone and
 delete this message and the files attached, without retaining a copy.
  --

  *From:* rules-users-boun...@lists.jboss.org [mailto:
 rules-users-boun...@lists.jboss.org] *On Behalf Of *Edson Tirelli
 *Sent:* quinta-feira, 17 de Março de 2011 13:41

 *To:* Rules Users List
 *Subject:* Re: [rules-users] Basic doubt regarding Drools Fusion -
 @expires





You lost me. Why are you defining a rule to retract your event? If you
 are running in STREAM mode, @expires will take care of the retraction for
 you automatically...



Regarding threads, I said by default because there is an experimental
 feature that makes drools start internal threads, but that is not production
 ready yet.



Edson



 2011/3/17 Makewise - Vitor Rui Mendonça vitor.mendo...@brisa.pt

 Edison, first of all, thanks for your quick reply!



 Those initial words caught my attention, although: “By default, Drools
 does not start any internal thread”…



 What do you mean “by default”?

 I know there are ways to force the event to be expired but I’m looking for
 a solution that doesn’t involve to write new rules.



 For example, I’m using this kind of solution:

 *declare* A

   @role( event )

   @expires( 1h )

 *end*

 *rule* internal - expiring A

   timer(*int*:1h)

 *when*

   $a : A() *from* entry-point incoming

 *then*

   *retract*($a);

 *end*



 Although this solution works (from Drools 5.1), I’m forced to write a rule
 to expire an event that’s supposed to be expired initially.

 There’s a simpler way to do this? I’m thinking correctly?



 Once again, thanks!



   Vítor Mendonça Moreira
 *Analista / Programador
 Direcção de Investigação e Desenvolvimento*

 Rua Dr. Francisco Sá Carneiro, nº. 4 r/c esq.
 2500 - 206 - Caldas da Rainha
 Tel: (+351) 262 832 196
 Fax: (+351) 262 186 455
 Web: www.makewise.pt
 Uma empresa: Grupo Sousa Pedro http://www.sousapedro.com




--



 Declaração:
 A informação contida nesta mensagem, e os ficheiros anexos, é privilegiada
 e 

Re: [rules-users] Basic doubt regarding Drools Fusion - @expires

2011-03-17 Thread Edson Tirelli
   Greg,

   I will look into that. Trunk is under heavy work right now, so it will
probably not work.

   Edson

2011/3/17 Greg Barton greg_bar...@yahoo.com

 Yes, but I just fired up a small project using it and it used 100% of CPU.
  If you build the attached project you'll see the tests run just fine. (They
 use fireAllRules.)  If you launch from the commandline, (java -jar
 target/DroolsBoxes-1.0.jar) which uses fireUntilHalt, the rules fire (and
 complete) just fine, but it continues to use 100% of a cpu core
 indefinitely.  This is with 5.1.1.  If I change the drools version to
 5.2.0-SNAPSHOT it compiles but the tests won't run.  They all fail with the
 following exception:

 java.lang.NoSuchMethodError:
 org.drools.spi.DeclarationScopeResolver.init([Ljava/util/Map;Ljava/util/Stack;)V
 at
 org.drools.rule.builder.RuleBuildContext.init(RuleBuildContext.java:72)
 at org.drools.compiler.PackageBuilder.addRule(PackageBuilder.java:1198)
 at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:629)
 at
 org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:278)
 at
 org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilder.java:451)
 at
 org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl.java:28)
 at com.sample.DroolsTest.readKnowledgeBase(DroolsTest.java:75)
 at com.sample.DroolsTest.go(DroolsTest.java:31)
 at com.sample.BoxTest.test0(BoxTest.java:21)

 --- On *Thu, 3/17/11, Edson Tirelli ed.tire...@gmail.com* wrote:


 From: Edson Tirelli ed.tire...@gmail.com

 Subject: Re: [rules-users] Basic doubt regarding Drools Fusion - @expires
 To: Rules Users List rules-users@lists.jboss.org
 Date: Thursday, March 17, 2011, 10:47 AM



To be honest, I believe so, but didn't profiled it extensively. I used
 fireUntilHalt() in my Webinar yesterday on a live demo and it worked nicely.

Edson

 2011/3/17 Greg Barton 
 greg_bar...@yahoo.comhttp://mc/compose?to=greg_bar...@yahoo.com
 


 Has the performance problem with fireUntilHalt been fixed in 5.2?

 --- On *Thu, 3/17/11, Makewise - Vitor Rui Mendonça 
 vitor.mendo...@brisa.pt http://mc/compose?to=vitor.mendo...@brisa.pt*wrote:


 From: Makewise - Vitor Rui Mendonça 
 vitor.mendo...@brisa.pthttp://mc/compose?to=vitor.mendo...@brisa.pt
 

 Subject: Re: [rules-users] Basic doubt regarding Drools Fusion - @expires
 To: 'Rules Users List' 
 rules-users@lists.jboss.orghttp://mc/compose?to=rules-users@lists.jboss.org
 
 Date: Thursday, March 17, 2011, 7:01 AM


  Hi Thomas, thanks for the info!



 I googled it quite a bit and I think it’s a path to be explored, albeit
 I’ve saw several messages on the mailing list regarding performance issues
 when using fireUntilHalt.



 ___
 rules-users mailing list
 rules-users@lists.jboss.orghttp://mc/compose?to=rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users




 --
   Edson Tirelli
   JBoss Drools Core Development
   JBoss by Red Hat @ www.jboss.com

 -Inline Attachment Follows-


 ___
 rules-users mailing list
 rules-users@lists.jboss.orghttp://mc/compose?to=rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users



 ___
 rules-users mailing list
 rules-users@lists.jboss.org
 https://lists.jboss.org/mailman/listinfo/rules-users




-- 
  Edson Tirelli
  JBoss Drools Core Development
  JBoss by Red Hat @ www.jboss.com
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


[rules-users] Metadata assigned to rules?

2011-03-17 Thread Peter C. Marks
Hello,

In section 4.7.2 of the Drools Expert User Guide, it states:  Metadata may
be assigned to several different constructions in Drools: fact types, fact
attributes and rules.   I could not figure out how to attach metadata to a
rule. Is this feature available?

Thanks,

Peter
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


[rules-users] Limiting rule evaluation--not firing

2011-03-17 Thread ljnelson
Hello; I am aware of the fundamental difference between inserting facts--and
evaluating them against all the rules in the rule base--and firing
rules--i.e., executing only certain rules' consequences.

I understand that ruleflow-group and agenda-group and activation-group can
all be employed to govern which rules' consequences are fired at
fireAllRules() time.

My question (which has been asked by many others in different ways, yet not
answered as far as I can tell on the mailing list to anyone's satisfaction)
is: is there any construct that can be used when it is known up front that
only certain rules will match?  That is, is there any way to limit rule
evaluation?

For example, I have a series of surveys that all use the same KnowledgeBase
to govern the flow of the user through the survey.  But once I've asked a
given question, then I know right then and there which rules have a chance
of taking effect.

I've already put them in their own agenda-group, and I already switch focus
to that agenda group prior to fact insertion, so that by the time I call
fireAllRules() I've made it so that--say--ten rules' consequences are the
only ones (out of hundreds) that could possibly fire in this given session.

But unless I'm radically misunderstanding something, each time I insert a
fact, it is evaluated against all the hundreds of rules, even when several
hundred of those rules don't have any chance of having their consequences
firing.

I even understand (I think) why this is.  If I were, for example, to
subsequently pop the agenda group that I had set focus to, then MAIN would
be selected, and for those activations to fire the inserted fact would have
had to have been evaluated against all the rules, including those whose
agenda group is MAIN.

But I guess what I'm wondering is: can I somehow turn this off?  Can I, in
other words, partition the KnowledgeBase itself?  Can I effectively tell
Drools, during this stateless session, don't even bother trying to match
facts against rules 1-10, just try rules 11-14?

Thanks,
Laird

--
View this message in context: 
http://drools-java-rules-engine.46999.n3.nabble.com/Limiting-rule-evaluation-not-firing-tp2695533p2695533.html
Sent from the Drools - User mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] How to trigger a certain task within an ad-hoc subprocess

2011-03-17 Thread wen
anyone can help address this question?
Thank you!


--
View this message in context: 
http://drools-java-rules-engine.46999.n3.nabble.com/How-to-trigger-a-certain-task-within-an-ad-hoc-subprocess-tp2684050p2696477.html
Sent from the Drools - User mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


[rules-users] Guided Rule Editor inconsistency for DSL's

2011-03-17 Thread drdaveg
I've noticed that the LHS of the Eclipse Guided Rule Editor can employ DSL
sentences or an object model, but there doesn't seem to be a manner to
incorporate the DSL on the RHS of rules (other in free form code)

Is that by design?  Or is there some property that can enable the dialog
box/drop-down list editing of rules in the DSL on the RHS?  

It seems odd that the capability works out-of-box for the left hand side,
but not the RHS.  Thanks!

--
View this message in context: 
http://drools-java-rules-engine.46999.n3.nabble.com/Guided-Rule-Editor-inconsistency-for-DSL-s-tp2696490p2696490.html
Sent from the Drools - User mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] How to trigger a certain task within an ad-hoc subprocess

2011-03-17 Thread drdaveg
Messages can be sent to a process that has been started to get it to wake
up from a wait state.

--
View this message in context: 
http://drools-java-rules-engine.46999.n3.nabble.com/How-to-trigger-a-certain-task-within-an-ad-hoc-subprocess-tp2684050p2696496.html
Sent from the Drools - User mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


Re: [rules-users] Connectivity with Database

2011-03-17 Thread drdaveg
Take a look at the documentation of the from keyword

--
View this message in context: 
http://drools-java-rules-engine.46999.n3.nabble.com/Connectivity-with-Database-tp2693512p2696533.html
Sent from the Drools - User mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users