7:19 p.m.
Hi guys,
Im having some issues with the time drools takes to build a knowledge base.
I have couple of pkgs that are compiled (something about 3mb) and drools takes almost 5s
to give me the knowledge.
So I would like to know whether I could serialize the knowledge base on the database or
even the stateful session that was built using the related knowledge. Is there any example
that I could follow?
If you guys know other ways to improve the performance, please let me know.
Thanks in advance.
Paulo Reis
casmeiron(a)gmail.com
1:51 a.m.
You serialize Knowledge just like any POJO.
ObjectOutputStream out =
new ObjectOutputStream( new FileOutputStream( pkgPath ) );
out.writeObject( kBuilder.getKnowledgePackages() );
out.close();
//==========================
ObjectInputStream in =
new ObjectInputStream( new FileInputStream( pkgPath ) );
@SuppressWarnings( "unchecked" )
Collection<KnowledgePackage> kpkgs =
(Collection<KnowledgePackage>)in.readObject();
in.close();
kBase.addKnowledgePackages( kpkgs );
Or you can do the same with the Knowledge Base.
-W
On 23/08/2012, Paulo Reis <casmeiron(a)gmail.com> wrote:
Hi guys,
Im having some issues with the time drools takes to build a knowledge base.
I have couple of pkgs that are compiled (something about 3mb) and drools
takes almost 5s to give me the knowledge.
So I would like to know whether I could serialize the knowledge base on the
database or even the stateful session that was built using the related
knowledge. Is there any example that I could follow?
If you guys know other ways to improve the performance, please let me know.
Thanks in advance.
Paulo Reis
casmeiron(a)gmail.com
10:39 a.m.
At my shop, our design is to build the knowledge bases only once, when the
rules server starts up. Each knowledge base stays in server memory, and a
session (we use stateless) is created for each request, when the request
comes in. Creating the knowledge base is slow, but session creation is
very fast (we have thousands of rules). If you search this forum on
"knowledge base expensive" you'll find lots of tuning advice.
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Marshalling-Unmarshalling-K...
Sent from the Drools: User forum mailing list archive at Nabble.com.
12:24 p.m.
Thank you guys.
I will take the advices, will try storing the bytes on the db and later recasting to
object or putting on the server memory.
I didn't know I could serialize KnowledgeBase.
Thanks.
Paulo Reis
casmeiron(a)gmail.com
On Aug 23, 2012, at 12:39 PM, lhorton <LHorton(a)ABCLegal.com> wrote:
At my shop, our design is to build the knowledge bases only once,
when the
rules server starts up. Each knowledge base stays in server memory, and a
session (we use stateless) is created for each request, when the request
comes in. Creating the knowledge base is slow, but session creation is
very fast (we have thousands of rules). If you search this forum on
"knowledge base expensive" you'll find lots of tuning advice.
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Marshalling-Unmarshalling-K...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
6:47 p.m.
Hi,
I've tried to serialize the KnowledgeBase to use later but when I do that, I get
NullPointer in few rules that doesn't happens when running while building it form
scrap:
Caused by: javax.ejb.EJBException: Exception executing consequence for rule "process
sentence" in my.rules: java.lang.NullPointerException
--
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1052)
at
org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1124)
at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:5388)
at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:619)
at
com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:800)
at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:571)
at
org.jboss.weld.ejb.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:42)
at sun.reflect.GeneratedMethodAccessor277.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:861)
Im afraid that some transient attributes are used. Should I cache it on RAM?
Thanks in advance.
Paulo Reis
casmeiron(a)gmail.com
On Aug 23, 2012, at 2:24 PM, Paulo Reis <casmeiron(a)gmail.com> wrote:
Thank you guys.
I will take the advices, will try storing the bytes on the db and later recasting to
object or putting on the server memory.
I didn't know I could serialize KnowledgeBase.
Thanks.
Paulo Reis
casmeiron(a)gmail.com
On Aug 23, 2012, at 12:39 PM, lhorton <LHorton(a)ABCLegal.com> wrote:
> At my shop, our design is to build the knowledge bases only once, when the
> rules server starts up. Each knowledge base stays in server memory, and a
> session (we use stateless) is created for each request, when the request
> comes in. Creating the knowledge base is slow, but session creation is
> very fast (we have thousands of rules). If you search this forum on
> "knowledge base expensive" you'll find lots of tuning advice.
>
>
>
> --
> View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Marshalling-Unmarshalling-K...
> Sent from the Drools: User forum mailing list archive at Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
4506
days inactive
4509
days old
4 comments
3 participants
participants (3)
-
lhorton -
Paulo Reis -
Wolfgang Laun