[Performance Tuning] - Re: JBOSS Client pooling conections problem, concurrent acce
by mnenchev
"PeterJ" wrote : The jboss-service.xml contents look okay (I ignored the one from the conf directory, not sure why you posted that). You might try monitoring the value in the corresponding mbean named something like jboss.remoting:host=127.0.0.1,port=3873,service=invoker,transport= socket. That mbean tracks the thread pools.
|
| I use JMeter to directly test EJBs. It does involve some code writing - I created a class that extends AbstractJavaSamplerClient and used it within a Java Request Sampler within the JMeter script. This works well with stateless and stateful beans (don't use the JUnit Test Sampler for stateful beans).
|
| In addition, I also have my own performance testing framework which I have used to test both stateful and stateless EJBs.
Thanks Peter. We found the problem. It is the database(postgres). It's connections are limited to 50 and jboss sends to many queries to it when we perform stress tests.
Thanks again.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238401#4238401
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238401
17 years, 1 month
[JBoss Messaging] - journal files not getting cleaned up and server startup fail
by jbmuser
Hi,
I am using JBM 2.0.0.BETA1 stand alone server.
I have added 1 million messages in a queue with following page settings in jbm-configuration.xml
<paging-max-global-size-bytes>52428800</paging-max-global-size-bytes>
<global-page-size>10485760</global-page-size>
When I try to consume these messages it is observed that sometimes (especially when using Session.CLIENT_ACKNOWLEDGE), the journal folder size grows to 2 to 3GBs and stays there even after client has consumed all the messages. When I checked the Paging/ folder, it is empty (as expected). It seems the Journal garbage collector is not correctly cleaning up the files from journal/ folder.
Now, the issue is that, when I try to restart the server, it fails and throws OutOfMemroyException. I am able to successfully restart the server after manually deleting all journal files.
Now, I am not sure why server is loading the journal files on start up when all the messages are already consumed. Any help on this issue is greatly appreciated.
Thanks
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238400#4238400
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238400
17 years, 1 month
[JBoss Portal] - Re: Cross Page wiring in JBoss
by thomas.heute＠jboss.com
You can achieve the same thing with JBoss Portal check the samples.
As you mention the only spec that exists in that domain is the JSR-286 spec which doesn't concern the notion of pages. The thing you mention is proprietary to WPS, so of course it will work with WPS and of course won't work the same way in JBoss Portal. I hope you understand this.
Now the notion of events are made to trigger events in a blind way, one portlet should be able to emit events without caring who's listening, same for listeners they shouldn't have to care if there are other listeners.
If the event redirect from page to page, that can lead to interesting things, the page you will land is then totally random.
So now the question is 'do we call the event phase from portlets that are not on the same page from the current one ?', so far I haven't seen a usecase where this should happen, and this is not helping our users/customers to allow this as most scenarios I heard of are mis-understanding of what the events in JSR-286 are about (UI).
Now, hilmer's idea requires to not only trigger the event phase from other pages but also the render phase and 'somehow' dynamically update the content on the opened page which should start with a proof of concept if there is any picker on this idea :)
I don't see how the scenario you mention relates to that, from what i read you just want to build URLs to call other pages in fact in that case you would not even want portlets from the same page to listen to the event.
This is part of the extension to the PortletRequest that we provide, see the catalog portlet: https://svn.jboss.org/repos/portal/tags/JBoss_Portal_2_7_2/core-samples/s...
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238398#4238398
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238398
17 years, 1 month