Yes,
You can simply add:
/**
* @jmx:managed-attribute
*/
public int getMaxPoolSize()
{
return maxPoolSize;
}
/**
* @jmx:managed-attribute
*/
public void setMaxPoolSize(int maxPoolSize)
{
this.maxPoolSize = maxPoolSize;
}
I just committed this change in the 3.2 branch.
It would be useful to expose more configuration options, but that
is less trivial.
Maybe you would like to post a patch for the other config options like
the dlq config? Trouble is, it is configured via xml because
the implementation is pluggable.
Regards,
Adrian
On Fri, 2004-02-06 at 15:39, Barlow, Dustin wrote:
> Thanks for the information. Is exposing the MaximumSize via JMX in the
> JMSContainerInvoker something that could be added to the canonical source
> tree? Seems to me that others could use this basic functionality as well.
> I am a little leary of forking my own version simply because it's just
> another thing to maintain and worry about as we upgrade over time to newer
> versions of JBoss.
>
> Thanks,
> Dustin
>
> > -----Original Message-----
> > From: Adrian Brock [mailto:[EMAIL PROTECTED]
> > Sent: Friday, February 06, 2004 9:25 AM
> > To: [EMAIL PROTECTED]
> > Subject: Re: [JBoss-user] Changing a proxy-binding/container-config at
> > runtime
> >
> >
> > On Fri, 2004-02-06 at 13:53, Barlow, Dustin wrote:
> > > Is there a way to change the MaximumSize settings on both
> > the proxy-binding
> > > and the container-config at runtime? I hunted around the
> > JMX console to see
> > > if there were any administrative methods exposed to do
> > this, but I didn't
> > > find any.
> > >
> > > I want to be able to throttle the load on a system via the
> > number of MDBs
> > > that can fire in parallel. I want it to be tweakable thru a web
> > > administration console. Is this possible?
> > >
> >
> > It is possible, but it is not currently exposed via JMX.
> > You could modify (or extend) JMSContainerInvoker to expose
> > "maxPoolSize" as a JMX attribute. The JMSContainerInvoker
> > is exposed as an MBean in the jboss.j2ee domain.
> >
> > To make it take affect you would need to pass the change onto the
> > ServerSessionPool. But this standard interface does not expose
> > a setMaxPoolSize() method. For JBoss's implementation at least,
> > it uses a PooledExecutor which does allow the pool size to be modified
> > at runtime. But in general we allow you choose which session pool
> > implementation to use which might not have this behaviour.
> >
> > An alternate (more portable) approach would be to allow the
> > pool size to
> > be modified via jmx, but use stop/startDelivery to recreate the pool
> > with the new size.
> >
> > Regards,
> > Adrian
> >
> > > Thanks,
> > > Dustin
> > >
> > >
> > > -------------------------------------------------------
> > > The SF.Net email is sponsored by EclipseCon 2004
> > > Premiere Conference on Open Tools Development and Integration
> > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> > > http://www.eclipsecon.org/osdn
> > > _______________________________________________
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/jboss-user
> > --
> > xxxxxxxxxxxxxxxxxxxxxxxx
> > Adrian Brock
> > Director of Support
> > Back Office
> > JBoss Group, LLC
> > xxxxxxxxxxxxxxxxxxxxxxxx
> >
> >
> >
> > -------------------------------------------------------
> > The SF.Net email is sponsored by EclipseCon 2004
> > Premiere Conference on Open Tools Development and Integration
> > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> > http://www.eclipsecon.org/osdn
> > _______________________________________________
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > https://lists.sourceforge.net/lists/listinfo/jboss-user
> >
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
--
xxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
