August 2007 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Number of threads per jms client connection

by bartvh

I realize this is the developers forum, and not a place to ask user questions, but I think this one is indeed much more design related. Because in our setup we have a 'gateway'-like jms client that needs to create many sessions, we need to be careful about the resources a jms client connection/session needs. I was looking at the number of threads that are created per connection, per session, ... I noticed that each connection creates two threads : a "control: Socket[....]" thread and a "Timer-..." thread. I can see understand that the first one is unavoidable without a complete rewrite of jboss-remoting to use nio and select. The second timer thread should be easier to avoid: such a thread is created because each connection creates a java.util.Timer object. However, I don't think there is a real reason to create a new Timer object each time; according to the java api docs, a Timer object is capable of handling many scheduled tasks as long as the tasks finish quick. Now, after stopping one of the nodes of the cluster, I see the number of threads increase: there are new threads called " WorkerThread#..[....]" with the following stack trace: java.net.SocketInputStream.socketRead0(Native Method) java.net.SocketInputStream.read(SocketInputStream.java:129) java.io.BufferedInputStream.fill(BufferedInputStream.java:218) java.io.BufferedInputStream.read(BufferedInputStream.java:235) java.io.FilterInputStream.read(FilterInputStream.java:66) org.jboss.remoting.transport.socket.ServerThread.readVersion(ServerThread.java:810) org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:506) org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:383) org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:165) This looks rather odd for a jms client. Is this the callback channel of the bi-socket protocol? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4072418#4072418 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4072418

18 years, 8 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: dump message logging based on Mbean

by thomas.diesler＠jboss.com

Yes, thats a good idea. I don't think the SPI is a limiting factor. Currently each stack installs its proprietary RequestHandler. We could add a deployment aspect that depends on the ReqestHandler being set and that installs a MessageLoggingRequestHandler that delegates to the original one. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4072414#4072414 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4072414

18 years, 8 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: dump message logging based on Mbean

by maeste

"heiko.braun(a)jboss.com" wrote : I like the idea. Just a few thoughts on this topic: | | - Working on in/output streams: We need to be careful with double buffering here. It might easily neglect the performance improvemts within each stack. | Right. Indeed we have to be careful, but I immagine this feature as normal disabled, and enabled only during debug when performance isn't so important "heiko.braun(a)jboss.com" wrote : | - Abstract RequestHandler. This is part of the SPI and cannot easily be changed. If you need to work on it, do it soon With the next release the SPI will not easily undergo changes. When you have time, can you explain a little more what is going to happen to spi? BTW, I thin I'll put my hand there next week, I would finish at least a snapshot version of WISE before ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4072401#4072401 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4072401

18 years, 8 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: dump message logging based on Mbean

by heiko.braun＠jboss.com

I like the idea. Just a few thoughts on this topic: - Working on in/output streams: We need to be careful with double buffering here. It might easily neglect the performance improvemts within each stack. - Abstract RequestHandler. This is part of the SPI and cannot easily be changed. If you need to work on it, do it soon With the next release the SPI will not easily undergo changes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4072398#4072398 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4072398

18 years, 8 months

1
0
0 / 0

[Design of JBoss Portal] - Localization key standardization

by thomas.heute＠jboss.com

In an effort to get resource properties consistent between modules we need to agree on the resource bundle keys. We have things like: REGISTER_PERSONALINFO=xxxxxx Basically everything in uppercase, prefixed by a context. We could have: personalInfo=xxxxx ... I'm not convinced by any of the 2, if someone has best practices to share, i would love to hear them. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4072390#4072390 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4072390

18 years, 8 months

1
0
0 / 0

[Design of JBoss Portal] - Redirect in a PageInterceptor renders the page in background

by staale

I tries posting this question in the jboss forum - but didnt get any replies. So ill try here as well: Im using jboss portal 2.2.2 with jboss as 4.0.4 GA on a debian linux server. We are using a PageInterceptor to switch pages from http to https, so we dont have to rewrite all urls. The property to make a page https is written in a page attribute. When the request hits the PageInterceptor we check if the request should be secure or not - and do a redirect to a secure or no-secure url if it is of the wrong type. All this is good, and it seems to work perfectly. But i see from the logs - that when i do a redirect in the PageInterceptor - the request is being ran anyway. Here is a snip of code that runs in the PageInterceptor. Code: | final String hostName = getRedirectHost(viaHeaderField, httpRequest.getServerName(), false); | final String redirectURL = createRedirectURL(httpRequest, PROTOCOL_HTTP, hostName); | sendRedirect(pageInvocation, redirectURL); | pageInvocation.invokeNext(); | What I could use is a command to stop rendering the page in the pageInterceptor, but if i dont call pageInvocation.invokeNext(); the portal fails. Can anyone help me ? Regards, Ståle View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4072387#4072387 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4072387

18 years, 8 months

1
0
0 / 0

[Design of JBoss Web Services] - dump message logging based on Mbean

by maeste

Looking at some issues about redirection of message logging made by cxf or metro, I thought that these feature can be ignored in favor of a more general message dumping. With this approach we would have an unique configuration (independent from the stack) to enable message dumping, we would have message dumping also for native stack, and moreover we can made something more sophisticated than simple dumping (for example start and stopping dynamically, or saving somewhere messages for a time frame to analyze it). My idea is to make an MBean doing the job (receiving servlet request response, logging messages, eventually making something more with them) invoked by RequestHandler. Of course RequestHandler have to become an abstract class (now it is an interface) and some refactoring is needed. Moreover users have a single configuration to change to dump messages not depending from the stack used, and the behaviour can be changed runtime from jmx-console. Any opinion about? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4072382#4072382 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4072382

18 years, 8 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: AOP asintegration WITHOUT the integration :-)

by adrian＠jboss.org

I've reverted the pushClassLoader change. This was only working because the two different versions of the classes had the same -aop.xml I've updated the tests to show what the real problem is, i.e. the pointcut matching doesn't understand the classloading. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4072381#4072381 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4072381

18 years, 8 months

1
0
0 / 0

[Design of JBoss Profiler] - JBoss Profiler 2

by jesper.pedersen

18 years, 8 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Failed to deployed a IPC portlet with .sar extension on

by write2ratnesh

Hi I am facing the same problem while deploying .sar file did u get any solutions for this ?? i am trying to deploy .sar file for inter portlet communication but getting error any valuable input will b appreciated. thanks Ratnesh V2Solutions, India View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4072315#4072315 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4072315

18 years, 8 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2007