ChainedProperties lives in org.drools.util.ChainedProperties and is created
in SessionConfiguration(). The call is called
during StatelessKnowledgeSession ksession =
kbase.newStatelessKnowledgeSession();.

On 10 August 2010 17:36, Pavel Tavoda <[email protected]> wrote:

> Can't you avoid using ChainedProperties, what is it? Can you send
> piece of code where you create session?
>
> Pavel
>
>
> 2010/8/10 David Conde <[email protected]>:
> > Hi Pavel,
> > I've changed it over to use a stateless session and I'm seeing the
> > same behavior. I've done some debugging and it seems to be very slow
> loading
> > up the SessionConfiguration due to all of the loading that happens in
> > ChainedProperties.
> > Thanks,
> > Dave
> >
> > On 10 August 2010 13:53, Pavel Tavoda <[email protected]> wrote:
> >>
> >> Interesting. Normally it should be fast. Try to change your patter and
> >> load binary compiled serialized package from disk. You can find it in
> >> documentation.
> >> Also consider using stateless session. Do you really need stateful
> >> session?
> >>
> >> Pavel
> >>
> >> 2010/8/9 David Conde <[email protected]>:
> >> > Is it possible that this might be invoking the compiler when a session
> >> > is
> >> > created? I have all of the init code in the service start call and
> >> > stored as
> >> > members of the service for reuse but I must create a new knowledge
> >> > session
> >> > for each run.
> >> > Any ideas?
> >> > Thanks,
> >> > Dave
> >> >
> >> > ---------- Forwarded message ----------
> >> > From: David Conde <[email protected]>
> >> > Date: 9 August 2010 11:17
> >> > Subject: Re: [rules-users] CPU Spike creating a
> StatefulKnowledgeSession
> >> > using OSGi
> >> > To: Rules Users List <[email protected]>
> >> >
> >> >
> >> > The line that it spikes on is StatefulKnowledgeSession ksession =
> >> > kbase.newStatefulKnowledgeSession();.
> >> > Cheers,
> >> > Dave
> >> >
> >> > On 9 August 2010 11:09, Pavel Tavoda <[email protected]> wrote:
> >> >>
> >> >> Is it session creation or rule compilation?
> >> >>
> >> >> Pavel
> >> >>
> >> >> 2010/8/9 David Conde <[email protected]>:
> >> >> > Good Morning,
> >> >> > I now have drools running on the Spring DM-Server but I am seeing a
> >> >> > CPU
> >> >> > spike when creating a StatefulKnowledgeSession. I've tested this
> >> >> > outside
> >> >> > of
> >> >> > an OSGi environment and I don't see the spike. Does anyone know any
> >> >> > settings
> >> >> > that I can change that might make this go away?
> >> >> > Thanks,
> >> >> > Dave
> >> >> >
> >> >> > --
> >> >> > David Conde
> >> >> > CTO Calom Technologies
> >> >> >
> >> >> >
> >> >> > _______________________________________________
> >> >> > rules-users mailing list
> >> >> > [email protected]
> >> >> > https://lists.jboss.org/mailman/listinfo/rules-users
> >> >> >
> >> >> >
> >> >>
> >> >> _______________________________________________
> >> >> rules-users mailing list
> >> >> [email protected]
> >> >> https://lists.jboss.org/mailman/listinfo/rules-users
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> > _______________________________________________
> >> > rules-users mailing list
> >> > [email protected]
> >> > https://lists.jboss.org/mailman/listinfo/rules-users
> >> >
> >> >
> >>
> >> _______________________________________________
> >> rules-users mailing list
> >> [email protected]
> >> https://lists.jboss.org/mailman/listinfo/rules-users
> >
> >
> >
> > _______________________________________________
> > rules-users mailing list
> > [email protected]
> > https://lists.jboss.org/mailman/listinfo/rules-users
> >
> >
>
> _______________________________________________
> rules-users mailing list
> [email protected]
> https://lists.jboss.org/mailman/listinfo/rules-users
>



-- 
David Conde
CTO Calom Technologies

Mail: [email protected]
Mobile: 00353 86 0623397

Calom Technologies Ltd (registered in Ireland)
Registered Number: 460246
Registered Address: NCI Research and Business Centre, Mayor St, IFSC, Dublin
1, Ireland
_______________________________________________
rules-users mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/rules-users

Reply via email to