|
View:
New views
5 Messages
—
Rating Filter:
Alert me
|
|
|
ThreadingProfile and MuleSubscriptionEventListenerHi all,
I'm using Mule 1.3.3 with ActiveMq 1.4 for jms queue. Listener is implemented using spring in Mule.
Listener is implementing MuleSubscriptionEventListener. onApplicationEvent() of this listener performs DB operations depending on message.
To perform DB operations spring-hibernate is used with c3p0 datasource.
We have listener montor implemented which shows how many requests are gwetting processed by listenr and also connection pool monitor (basically, it is getNumBusyConnectionsAllUsers() on c3p0 datasource in jsp which shows current no. of busy connections)
Application was running smoothly for long time, however, due to increased load, performance issues are started. So, I added a thread pooling as below:
|
|
|
Re: ThreadingProfile and MuleSubscriptionEventListenermissed config xml. as below:
<bean id="defaultThreadingProfile" class="org.mule.config.ThreadingProfile"> <property name="maxBufferSize" value="0"/> <property name="maxThreadsActive" value="10"/> <property name="maxThreadsIdle" value="4"/> <property name="threadTTL" value="600001"/> <property name="poolExhaustedAction" value="0"/> </bean> <bean id="poolingProfile" class="org.mule.config.PoolingProfile"> <property name="maxWait" value="-1"/> <property name="maxActive" value="10"/> <property name="maxIdle" value="4"/> <property name="initialisationPolicy" value="1"/> <property name="exhaustedAction" value="1"/ > </bean>
|
|
|
Re: ThreadingProfile and MuleSubscriptionEventListenerWhy are you using a listener implemented in Spring? Why not use the Mule
JMS connector? Can you upgrade to Mule 2.x? - things have changed for the better :-) A wmayuresh wrote: > Hi all, I'm using Mule 1.3.3 with ActiveMq 1.4 for jms queue. Listener > is implemented using spring in Mule. Listener is implementing > MuleSubscriptionEventListener. onApplicationEvent() of this listener > performs DB operations depending on message. To perform DB operations > spring-hibernate is used with c3p0 datasource. We have listener montor > implemented which shows how many requests are gwetting processed by > listenr and also connection pool monitor (basically, it is > getNumBusyConnectionsAllUsers() on c3p0 datasource in jsp which shows > current no. of busy connections) Application was running smoothly for > long time, however, due to increased load, performance issues are > started. So, I added a thread pooling as below: I was expecting > increase in DB connection pool utilization after adding thread pooling > at listener end. Does this thread pool creates a pool of instances of > my listenr class (which is implementing > MuleSubscriptionEventListener)? If no, what are type of objects in > this pool? > ------------------------------------------------------------------------ > View this message in context: ThreadingProfile and > MuleSubscriptionEventListener > <http://www.nabble.com/ThreadingProfile-and-MuleSubscriptionEventListener-tp25855404p25855404.html> > Sent from the Mule - User mailing list archive > <http://www.nabble.com/Mule---User-f2727.html> at Nabble.com. Antoine Borg, Director of Services | Tel: +32 28 504 696 ricston Ltd., BP 2, 1180 Uccle, Brussels, BELGIUM See our full schedule of Mule and Android courses: http://www.ricston.com/courses/schedules/ email: _antoine.borg_@... <mailto:antoine.borg@...> | blog: blog.ricston.com <http://blog.ricston.com> | web: ricston.com <http://www.ricston.com/> --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
|
|
Re: ThreadingProfile and MuleSubscriptionEventListener
|
|
|
Re: ThreadingProfile and MuleSubscriptionEventListenerUsing a proper JMS connector will mean that you don't need to maintain
that old code ;-) A wmayuresh wrote: > > antoine.borg wrote: > >> Why are you using a listener implemented in Spring? Why not use the Mule >> JMS connector? >> - Not my choice. maintaining old code :( >> >> >> Can you upgrade to Mule 2.x? - things have changed for the better :-) >> - Yes. I've read it in many posts. >> >> I tried following configuration and I achieved thread pool succesfully. >> <bean id="defaultThreadingProfile" >> class="org.mule.config.ThreadingProfile"> >> <property name="maxBufferSize" value="0"/> >> <property name="maxThreadsActive" value="10"/> >> <property name="maxThreadsIdle" value="4"/> >> <property name="threadTTL" value="600001"/> >> <property name="poolExhaustedAction" value="0"/> >> <property name="threadWaitTimeout" value="360000"/> >> </bean> >> <bean id="poolingProfile" >> class="org.mule.config.PoolingProfile"> >> <property name="maxWait" value="300000"/> >> <property name="maxActive" value="10"/> >> <property name="maxIdle" value="4"/> >> <property name="initialisationPolicy" value="1"/> >> <property name="exhaustedAction" value="1"/> >> My tests about connection pool utilization also worked as expected. >> Thanks for yuor post. >> >> A >> >> wmayuresh wrote: >> >>> Hi all, I'm using Mule 1.3.3 with ActiveMq 1.4 for jms queue. Listener >>> is implemented using spring in Mule. Listener is implementing >>> MuleSubscriptionEventListener. onApplicationEvent() of this listener >>> performs DB operations depending on message. To perform DB operations >>> spring-hibernate is used with c3p0 datasource. We have listener montor >>> implemented which shows how many requests are gwetting processed by >>> listenr and also connection pool monitor (basically, it is >>> getNumBusyConnectionsAllUsers() on c3p0 datasource in jsp which shows >>> current no. of busy connections) Application was running smoothly for >>> long time, however, due to increased load, performance issues are >>> started. So, I added a thread pooling as below: I was expecting >>> increase in DB connection pool utilization after adding thread pooling >>> at listener end. Does this thread pool creates a pool of instances of >>> my listenr class (which is implementing >>> MuleSubscriptionEventListener)? If no, what are type of objects in >>> this pool? >>> ------------------------------------------------------------------------ >>> View this message in context: ThreadingProfile and >>> MuleSubscriptionEventListener >>> <http://www.nabble.com/ThreadingProfile-and-MuleSubscriptionEventListener-tp25855404p25855404.html> >>> Sent from the Mule - User mailing list archive >>> <http://www.nabble.com/Mule---User-f2727.html> at Nabble.com. >>> >> -- >> >> Antoine Borg, Director of Services | Tel: +32 28 504 696 >> ricston Ltd., BP 2, 1180 Uccle, Brussels, BELGIUM >> >> See our full schedule of Mule and Android courses: >> http://www.ricston.com/courses/schedules/ >> >> email: _antoine.borg_@... <mailto:antoine.borg@...> | >> blog: blog.ricston.com <http://blog.ricston.com> | web: ricston.com >> <http://www.ricston.com/> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> >> >> > > -- Antoine Borg, Director of Services | Tel: +32 28 504 696 ricston Ltd., BP 2, 1180 Uccle, Brussels, BELGIUM See our full schedule of Mule and Android courses: http://www.ricston.com/courses/schedules/ email: _antoine.borg_@... <mailto:antoine.borg@...> | blog: blog.ricston.com <http://blog.ricston.com> | web: ricston.com <http://www.ricston.com/> --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email |
| Free embeddable forum powered by Nabble | Forum Help |