Configuring workitem handlers using guvnor
by KiranP
i am integrating guvnor into my already existing code which uses Drools
ruleflow, spring, JPA
i have configured earlier, workitem to handler mapping, using 2
configuration files as follows :
*********************CustomWorkItemHandlers.conf****************
[
"Task" : new org.mkcl.insync.process.handlers.TaskHandler(),
"Email" : new org.mkcl.insync.process.handlers.EmailHandler(),
"UpdateProfile" : new
org.mkcl.insync.process.handlers.UpdateProfileHandler(),
]
***********************************************************
and
*********************drools.session.conf****************
drools.workItemHandlers = CustomWorkItemHandlers.conf
***************************************************
how can i now configure the above files in Guvnor so that i can change the
handlers from guvnor itself
Thanks,
-----
Keep Working >>
KiranP
--
View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/Configuring-workitem-...
Sent from the Drools - User mailing list archive at Nabble.com.
15 years, 6 months
Drools rule engine pool
by Donald Winston
Is it beneficial/necessary to pool rule engine sessions?
If not then all I have to do is cache the KnowledgeBase and get a rule engine session whenever I need it?
15 years, 6 months
Re: [rules-users] Database problem
by nch
Are you using drools-server through REST? Isn't it hard when you have to define a new OO-XML mapping each time you have to invoke drools with a different model?
Regarding the "from" conditional element, I'm looking for a bidirectional synchronization (DB <-> WM). I'm not sure it can be achieved using "from". Has anyone an example?
Many thanks!
--- El vie, 27/8/10, paulB <paul.borlin(a)sironahealth.com> escribió:
> De: paulB <paul.borlin(a)sironahealth.com>
> Asunto: Re: [rules-users] Database problem
> Para: rules-users(a)lists.jboss.org
> Fecha: viernes, 27 de agosto, 2010 14:26
>
> We were faced with the same issue. Eventually, I
> realized that we did not
> need to have all the data in working memory at once.
> I was able to break
> down the use of the rules engine into smaller logical
> chunks. I now have a
> stateless session that the facts at hand "fly through" the
> engine on demand.
> Other code does the fetching the next step. I've even
> used Drools Flow to
> break down these chunks.
>
> Another thought, have you looked at the from conditional
> element? That may
> be the intermediary you're looking for.
>
> http://downloads.jboss.com/drools/docs/5.1.1.34858.FINAL/drools-expert/ht...
> 4.8.3.8. Conditional Element from
>
>
> Lastly, there is a case where we would need quite a bit of
> data in working
> memory for things to work correctly. We are now
> looking at Drools Solver to
> narrow a subset of data that would be inserted into working
> memory.
>
>
> This link may be helpful in your research as well:
> http://blogs.illation.com.au/2009/07/drools-performance-comparison/
> --
> View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/Database-problem-tp13...
> Sent from the Drools - User mailing list archive at
> Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
15 years, 6 months
Contributer Agreement
by Mark Proctor
To anyone who has signed the previous contributor agreement, it has
just been updated so you will receive an email requesting you re-sign
it. Don't panic, just re-sign it and carry on as normal :)
Thanks
Mark
15 years, 6 months
Template bug on "package" keyword
by drdaveg
I am trying to incorporate several templates in a single output drl file.
According to the 5.0.1 docs "package" is optional:
Example 5.3. Rule template file: templates
template header
parameter-name-1
...
parameter-name-n
package ... # optional
However, it seems that the drools parser uses "package" as a keyword to
identify when it has passed header information. Not having a "package"
specifier in either 5.0.1 or 5.1.1 yields:
java.lang.IllegalArgumentException: value rule "rules for reject non-header
@{id}" is not a valid column definition
at
org.drools.template.parser.ColumnFactory.getColumn(ColumnFactory.java:34)
which cannot be overcome by tricks like
// package a.b.c
or
# package a.b.c
Are other people experiencing this? Is there a fix planned for the parser?
--
View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/Template-bug-on-packa...
Sent from the Drools - User mailing list archive at Nabble.com.
15 years, 6 months
