From: Adrian B. <ad...@jb...> - 2003-11-27 18:07:39
|
On Thu, 2003-11-27 at 17:11, Stephane Nicoll wrote: > Thanks Adrian. Let me explain a little bit because I am pretty sure my > question was badly asked :p > > We have remote clients accessing our server through SOAP (we use > JbossNET). The SOAP interface provides a basic protocol login, > uploadStuff, retrieveStuff, logout). On the login method, a statefull > session bean is created and starts a transactionnal JMS session (non > JTA). The client then call the uploadStuff (put stuff in a queue) and > retrieveStuff (fetch stuff from another queue). On logout, the JMS > session is committed on both queues. > > My question now is. What aspect should I investigate to support as much > client as possible (let's say 500) > Since you are using SOAP/JBoss.NET you want to change the JBossWEB configuration to handle 500 threads. You also want to make sure you can create 500 threads per process using your OS. I'd still suggest using a pool of jms sessions, even if you aren't using JTA. But it is not recommended to perform a receive inside an EJB, at least one that waits a while. You will be tying up a thread while it waits. Something like: <!-- A provider for NonXA connection factories --> <mbean code="org.jboss.jms.jndi.JMSProviderLoader" name="jboss.mq:service=JMSProviderLoader,name=MyMQProvider"> <attribute name="ProviderName">NonXAJMSProvider</attribute> <attribute name="ProviderAdapterClass"> org.jboss.jms.jndi.JBossMQProvider </attribute> <attribute name="QueueFactoryRef">java:/ConnectionFactory</attribute> <attribute name="TopicFactoryRef">java:/ConnectionFactory</attribute> </mbean> <!-- JMS pool that does not enlist in JTA --> <no-tx-connection-factory> <jndi-name>JmsPool</jndi-name> <adapter-display-name>JMS Adapter</adapter-display-name> <max-pool-size>500</max-pool-size> <config-property name="SessionDefaultType" type="java.lang.String">javax.jms.Queue</config-property> <config-property name="JmsProviderAdapterJNDI" type="java.lang.String">NonXAJMSProvider</config-property> <!-- Separate pools for queues/topics and different users --> <application-managed-security/> </no-tx-connection-factory> Regards, Adrian > Regards, > > Stephane > > > On Thu, 2003-11-27 at 17:46, Adrian Brock wrote: > > On Thu, 2003-11-27 at 16:35, Stephane Nicoll wrote: > > > Hello list, > > > > > > A quick question regarding JBossMQ performence. > > > I am talking about JBoss 3.2.X series. > > > > > > Is there a limitation of the number of concurrent users? > > > Most of our JMS traffic uses the IN VM connection factory. > > > > > > Could you please provide as much detail as possible regarding this? > > > > > > > JBossMQ has no flow control. > > It will depend upon how independent your requests are. > > > > The only limits I can think off are: > > 1) If you use jdbc2 persistence, it will be limited by the number > > of connectons in the db connection pool. > > 2) If you use java:/JmsXA this also has a <max-pool-size> (default 20) > > 3) If you use MDBs there is a limit on the concurrent sessions (default > > 15) > > 4) Other obvious limits OS like memory, threads, > > file descriptors/sockets. > > > > Most likely your OS scheduler will be the first thing that cracks > > if you have lots of threads. > > > > Regards, > > Adrian > > > > > Thanks, > > > > > > Stephane > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > Does SourceForge.net help you be more productive? Does it > > > help you create better code? SHARE THE LOVE, and help us help > > > YOU! Click Here: http://sourceforge.net/donate/ > > > _______________________________________________ > > > JBoss-user mailing list > > > JBo...@li... > > > https://lists.sourceforge.net/lists/listinfo/jboss-user > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > JBoss-user mailing list > JBo...@li... > https://lists.sourceforge.net/lists/listinfo/jboss-user -- xxxxxxxxxxxxxxxxxxxxxxxx Adrian Brock Director of Support Back Office JBoss Group, LLC xxxxxxxxxxxxxxxxxxxxxxxx |