You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by Paul Smith <Pa...@lawlex.com.au> on 2004/05/25 05:04:03 UTC

RE: Receiver Socket connection/reconnect problems (was RE: reconn ecting to SocketHubAppender)

Appender)
> 
> 
> Paul, et al,
> 
> Thanks for reporting and tracking down this bug!  But just to 
> be clear, the
> Receiver is going to attempt the reconnect, right?  Not the 
> appender?  The
> whole point of the SocketHubAppender it that it does not spend any
> time/resources trying to reconnect socket connections, that 
> way it is less
> of a resource drain on the source side.  That and it is more 
> flexible to
> connect to than SocketAppender.  I just want to make sure.
> 
> thanks,
> -Mark

The intent is that it is the SocketHubReceiver that is doing the
reconnection.  However, one of my recent code changes was to the SocketNode
class, which is used by a few classes, although the change really means that
the registered listeners to the SocketNode get notified when the socket
dies.  It is then up to the listener to interpret what to do with that
information.  In the case of the SocketHubReceiver it now properly fires up
a Connector thread to go looking for the downed (and hopefully
soon-to-be-back-up) remote host.  

Prior to this change, SHReceiver, or any of the other listeners, did not got
told the socket was dead, and hence, never tried to reconnect.

I have visually inspected the SocketHubAPPENEDER class, and I cannot see
where it might be affected, as it does not use SocketNode at all.

hope that helps.

cheers,

Paul Smith

---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org


Re: Receiver Socket connection/reconnect problems (was RE: reconnecting to SocketHubAppender)

Posted by Mark Womack <mw...@apache.org>.
Paul,

Cool.  Thanks!
-Mark

----- Original Message ----- 
From: "Paul Smith" <Pa...@lawlex.com.au>
To: "'Log4J Developers List'" <lo...@logging.apache.org>
Sent: Monday, May 24, 2004 8:04 PM
Subject: RE: Receiver Socket connection/reconnect problems (was RE:
reconnecting to SocketHubAppender)


> Appender)
> >
> >
> > Paul, et al,
> >
> > Thanks for reporting and tracking down this bug!  But just to
> > be clear, the
> > Receiver is going to attempt the reconnect, right?  Not the
> > appender?  The
> > whole point of the SocketHubAppender it that it does not spend any
> > time/resources trying to reconnect socket connections, that
> > way it is less
> > of a resource drain on the source side.  That and it is more
> > flexible to
> > connect to than SocketAppender.  I just want to make sure.
> >
> > thanks,
> > -Mark
>
> The intent is that it is the SocketHubReceiver that is doing the
> reconnection.  However, one of my recent code changes was to the
SocketNode
> class, which is used by a few classes, although the change really means
that
> the registered listeners to the SocketNode get notified when the socket
> dies.  It is then up to the listener to interpret what to do with that
> information.  In the case of the SocketHubReceiver it now properly fires
up
> a Connector thread to go looking for the downed (and hopefully
> soon-to-be-back-up) remote host.
>
> Prior to this change, SHReceiver, or any of the other listeners, did not
got
> told the socket was dead, and hence, never tried to reconnect.
>
> I have visually inspected the SocketHubAPPENEDER class, and I cannot see
> where it might be affected, as it does not use SocketNode at all.
>
> hope that helps.
>
> cheers,
>
> Paul Smith
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
> For additional commands, e-mail: log4j-dev-help@logging.apache.org
>



---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org