RE: openjms "receiver hang" problem

Felipe Palma Dias <palmadias-/E1597aS9LRfJ/[email protected]>
Newsgroups gmane.comp.java.openjms.user
Message-ID <[email protected]>
Can I use this configuration in RmiConfiguration? 

What is the default value of this parameter?


--- Tim Anderson <[email protected]> escreveu:

> What you're seeing is probably related to the
> following
> bug:
>
http://sourceforge.net/tracker/index.php?func=detail&aid=1214292&group_id=54
> 559&atid=474136
> 
> This has been fixed in CVS. In 0.7.7-alpha-1 you can
> increase
> the no. of ORB threads to reduce the likelihood of
> it occurring.
> To do this set the maxThreads attribute of
> TcpConfiguration in openjms.xml:
> E.g:
>   <TcpConfiguration port="3035" maxThreads="100"/>
> 
> -Tim
> 
> > -----Original Message-----
> > From: openjms-user-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org 
> > [mailto:openjms-user-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org]
> On Behalf 
> > Of Koen Vandenbussche
> > Sent: Thursday, 6 October 2005 7:19 AM
> > To: [email protected]
> > Subject: RE: [openjms-user] openjms "receiver
> hang" problem
> > 
> > Hi,
> > 
> > This problem appears in 0.7.6.1 and 0.7.7.alpha
> using tcp 
> > with SQLServer as database.
> > Till recently I thought my application was wrong
> but after 
> > changing OS from Windows2000 to WindowsXP, the
> problem occurs 
> > less frequently.
> > 
> > Setup of my application:
> > Every client listens to a subject [server] and
> publishes 
> > messages [subject=client] to the server.  The
> server listens 
> > to a subject [client] and publishes messages to
> the clients 
> > [subject= server].  I have implemented a heartbeat
> mechanism 
> > where all application sends a message to himself
> and to the 
> > server/client [subject=server & client].  After
> almost two 
> > days I notice that all messages are sending but
> none of them 
> > are delivered.  
> > To make my application working again, I need to
> close all 
> > connections and make new connection and sometimes
> a reboot of 
> > the openjms server is required as well.
> > 
> > 
> > -----Original Message-----
> > From: openjms-user-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > [mailto:openjms-user-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org]
> On Behalf 
> > Of Felipe Palma Dias
> > Sent: 05 October 2005 16:03
> > To: [email protected]
> > Subject: Re: [openjms-user] openjms "receiver
> hang" problem
> > 
> > I am with the same problem. 
> > 
> > My code:
> > 
> > connection = getTopicConnection();
> > session = connection.createTopicSession(false,
> > Session.CLIENT_ACKNOWLEDGE); // never returned
> Topic topic = 
> >
>
(Topic)getContext().lookup(SessionContext.getSession().getTopic());
> > subscriber =
> session.createDurableSubscriber(topic,
> > "xxxx"); 
> > 
> > I am using 0.7.6.1 and rmi connection.
> > 
> > --- Laszlo Schaffer personal
> > <[email protected]> escreveu:
> > 
> > > Hello
> > > 
> > >  
> > > 
> > > I found the following problem (with openjms
> 0.7.6)
> > > 
> > > A server application (ChatServer) runs on a
> linux server. There are 
> > > four queue that are used (two for client
> communikation 
> > send,receive).
> > > 
> > > Client app connect to the server with tcps . The
> system 
> > runs well but 
> > > after some days if a network error occure
> (sometimes the connection 
> > > has broken) however the clients can establish
> the connection itself 
> > > the client program wait forever in this call (in
> bold)
> > > 
> > >  
> > > 
> > >    session = queueConnection.createQueueSession(
> > > 
> > >         false, Session.CLIENT_ACKNOWLEDGE);   //
> ok
> > > returned
> > > 
> > >    destination = (javax.jms.Queue)
> > > context.lookup(destinationName);  // ok returned
> > > 
> > >    receiver = ( (QueueSession)
> > > session).createReceiver( (javax.jms.Queue)
> > > destination, selector);   // never returned
> > > 
> > >  
> > > 
> > > (However there is another server app that runs
> on the same linux 
> > > machine and communicate with the chatserver
> throug jms 
> > without problem 
> > > but the clients cannot. it seems there is
> (memory?) problem 
> > with just 
> > > this queue/thread?)
> > > 
> > >  
> > > 
> > >  
> > > 
> > > At first the it was set to use PERSISTENT
> messages.
> > > The problem occurs after
> > > approx every day. Then I increased the heap size
> of the jms 
> > server and 
> > > changed the type of messages to NON_PERSISTENT,
> now it has 
> > worked fine 
> > > approx 4days after that it come this problem
> again..
> > > (Now I am set the
> > > GarbageCollectorConfig. in the jms config but I
> am not sure 
> > this is a 
> > > real
> > > solution)
> > > 
> > >  
> > > 
> > > Any idee?
> > > 
> > > saf
> > > 
> > > 
> > 
> > 
> > Felipe F. Palma Dias - São Paulo/SP
> > http://www.palmadias.com.br
> > MSN: palmadias-/E1597aS9LRfJ/[email protected]
> > Yahoo: palmadias
> > Mobile: +55 11 99157578
> > 
> > 
> > 	
> > 
> > 
> > 
> > 	
> > 		
> >
>
_______________________________________________________
> > Novo Yahoo! Messenger com voz: ligações, Yahoo!
> Avatars, 
> > novos emoticons e muito mais. Instale agora! 
> > www.yahoo.com.br/messenger/
> > 
> > 
> >
>
-------------------------------------------------------
> > This SF.Net email is sponsored by:
> > Power Architecture Resource Center: Free content,
> downloads, 
> > discussions,
> > and more.
> http://solutions.newsforge.com/ibmarch.tmpl
> > _______________________________________________
> 
=== message truncated ===


Felipe F. Palma Dias - São Paulo/SP
http://www.palmadias.com.br
MSN: palmadias-/E1597aS9LRfJ/[email protected]
Yahoo: palmadias
Mobile: +55 11 99157578


	



	
		
_______________________________________________________ 
Promoção Yahoo! Acesso Grátis: a cada hora navegada você acumula cupons e concorre a mais de 500 prêmios! Participe! http://yahoo.fbiz.com.br/


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.