- Apr 15, 2013
-
-
Carl Harris authored
-
Carl Harris authored
-
- Apr 14, 2013
-
-
Carl Harris authored
-
Carl Harris authored
Now the focus is on just describing the highlights and deferring the details to the appropriate chapters of the manual.
-
Carl Harris authored
-
Carl Harris authored
-
Carl Harris authored
Added some language to define "server component" and "client component", fixed some overall formatting problems, lots of minor fixes and improvements, added examples of using JSSE system properties, added standard footer.
-
Carl Harris authored
These were previously in the appenders chapter, now moved to the receivers chapter, and refined a bit to make them a bit easier to follow.
-
Carl Harris authored
-
Carl Harris authored
Probably want to consider inserting the chapter on receivers somewhere near the middle...
-
Carl Harris authored
-
Carl Harris authored
The Appenders chapter had become quite long due to the inclusion of the documentation of Receiver components.
- Apr 12, 2013
-
-
Ceki Gulcu authored
-
- Apr 11, 2013
-
-
Carl Harris authored
-
Carl Harris authored
-
Carl Harris authored
This branch refactors the previously contributed "server" and "remote" components such that they now extend a common "receiver" component. A receiver is a component that receives logging events from a remote appender. A connection between and an appender and a receiver may be initiated in either direction; i.e. a receiver may initiate the connection to an appender or vice-versa. The receiver component is configured in Joran using a <receiver> element. The class specified in this element determines whether the receiver will passively await connections from remote appenders (i.e. as in the legacy SimpleSocketServer) or whether it will initiate a connection to a remote appender (a ServerSocketAppender).
-
Carl Harris authored
Still needs lots of proofreading...
-
Carl Harris authored
-
Carl Harris authored
-
Carl Harris authored
The subclass may need a reference to executor to pass to objects that will need it later when the receiver is running.
-
Carl Harris authored
-
Carl Harris authored
This will make it easier to refactor SocketServer so that it extends ReceiverBase.
-
Carl Harris authored
The object that is composed with a ServerRunner already implements LifeCycle. Having a start method complicates the use of the runner without adding any real value.
-
Carl Harris authored
Also fixed up the taxonomy -- what was a SocketRemote is now a receiver component that connects to a remote appender peer.
-
Carl Harris authored
-
Carl Harris authored
-
Carl Harris authored
This will eliminate the need to add a nested component rule for each new SSL component.
-
Carl Harris authored
ReceiverAction can instantiate a component that is a subtype of ReceiverBase. SocketRemote and SocketServer will be refactored to extend the ReceiverBase type.
-
Carl Harris authored
The existing SocketRemote and SocketServer classes will be refactored to descend from this base class.
-
Carl Harris authored
In preparation for introducing the concept of a "receiver" component (which can be either a component that listens passively for incoming connections from remote peers or one that actively connects to a remote peer), this commit fixes up the taxonomy in the ServerSocketAppenderBase implementation. Now a ServerSocketAppender will have zero or more connected remote receiver clients.
-
Ceki Gulcu authored
-
- Apr 10, 2013
-
-
Ceki Gulcu authored
-
- Apr 09, 2013
-
-
Carl Harris authored
The MockAppender now uses a BlockingQueue to hold appended events until the test subject can pick them up using either awaitAppend or getLastEvent.
-
Carl Harris authored
-
- Apr 08, 2013
-
-
Ceki Gulcu authored
-
Carl Harris authored
Just a first draft. Please edit and/or pare down as appropriate.
-
Ceki Gulcu authored
-
Ceki Gulcu authored
-
Ceki Gulcu authored
-