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 Gary Gregory <ga...@gmail.com> on 2014/03/25 13:19:15 UTC
org.apache.log4j.net.XMLSocketReceiver from v1
Hi All:
Our server uses v1's org.apache.log4j.net.XMLSocketReceiver.
I do not see a v2 equivalent.
Thoughts?
Gary
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: org.apache.log4j.net.XMLSocketReceiver from v1
Posted by Gary Gregory <ga...@gmail.com>.
On Tue, Mar 25, 2014 at 10:41 PM, Matt Sicker <bo...@gmail.com> wrote:
> I don't mean using it. I mean borrowing the patterns it uses
> architecturally. Though I might be thinking a bit too high level here to be
> really useful.
>
> So basically, we've got Appenders, Filters, Layouts (and patterns),
> StrLookups, and ContextSelectors. Using Camel/EIP vocab, that gives us
> message consumers (for log events), message filters, content filters,
> unknown (templates aren't a thing in Camel; I guess that's business logic),
> and class loading stuff. Are you suggesting the other side of an endpoint
> for consuming foreign log messages? This would be an interesting use case
> that could help abstract the logging system bridges as well.
>
We already have that in 1.2: I can have a log4j 1.2 XML socket receiver
that consumes Log4j 1.2 XML log events. I suppose this could be done more
formally with infra from Camel or some other project, but we'd still need
log4j to do it's low level work. I do like where you are going with this
though. I think we need some real user stories to see how something like
Camel would fit in...
Gary
>
>
> On 25 March 2014 21:24, Gary Gregory <ga...@gmail.com> wrote:
>
>> OK, I think Camel is higher level than our low-level net bits.
>>
>> Gary
>>
>>
>> On Tue, Mar 25, 2014 at 10:20 PM, Matt Sicker <bo...@gmail.com> wrote:
>>
>>> Using routes, consumers, producers, processors, endpoints, etc. All
>>> enterprise integration pattern sort of things. Somewhat similar to how
>>> Flume works, really.
>>>
>>>
>>> On 25 March 2014 21:14, Gary Gregory <ga...@gmail.com> wrote:
>>>
>>>> On Tue, Mar 25, 2014 at 9:38 PM, Matt Sicker <bo...@gmail.com> wrote:
>>>>
>>>>> I've been reading up on Camel lately. Maybe we could adopt some
>>>>> conventions from there?
>>>>>
>>>>
>>>> Please explain.
>>>>
>>>> Gary
>>>>
>>>>
>>>>>
>>>>>
>>>>> On 25 March 2014 10:29, Ralph Goers <ra...@dslextreme.com>wrote:
>>>>>
>>>>>> We have JMS receivers and a SocketServer. I would expect that the
>>>>>> XMLSocketReceiver is expecting log events in XML format? If so, it would
>>>>>> seem that extending SocketServer to do that wouldn’t be very hard.
>>>>>>
>>>>>> Ralph
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mar 25, 2014, at 6:51 AM, Scott Deboy <sc...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>> We need to add receivers to log4j2 :)
>>>>>>
>>>>>> Dcott
>>>>>> On Mar 25, 2014 5:19 AM, "Gary Gregory" <ga...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi All:
>>>>>>>
>>>>>>> Our server uses v1's org.apache.log4j.net.XMLSocketReceiver.
>>>>>>>
>>>>>>> I do not see a v2 equivalent.
>>>>>>>
>>>>>>> Thoughts?
>>>>>>>
>>>>>>> Gary
>>>>>>>
>>>>>>> --
>>>>>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>>>>>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>>>>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>>>>> Blog: http://garygregory.wordpress.com
>>>>>>> Home: http://garygregory.com/
>>>>>>> Tweet! http://twitter.com/GaryGregory
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Matt Sicker <bo...@gmail.com>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>> Blog: http://garygregory.wordpress.com
>>>> Home: http://garygregory.com/
>>>> Tweet! http://twitter.com/GaryGregory
>>>>
>>>
>>>
>>>
>>> --
>>> Matt Sicker <bo...@gmail.com>
>>>
>>
>>
>>
>> --
>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>
>
>
> --
> Matt Sicker <bo...@gmail.com>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: org.apache.log4j.net.XMLSocketReceiver from v1
Posted by Matt Sicker <bo...@gmail.com>.
I don't mean using it. I mean borrowing the patterns it uses
architecturally. Though I might be thinking a bit too high level here to be
really useful.
So basically, we've got Appenders, Filters, Layouts (and patterns),
StrLookups, and ContextSelectors. Using Camel/EIP vocab, that gives us
message consumers (for log events), message filters, content filters,
unknown (templates aren't a thing in Camel; I guess that's business logic),
and class loading stuff. Are you suggesting the other side of an endpoint
for consuming foreign log messages? This would be an interesting use case
that could help abstract the logging system bridges as well.
On 25 March 2014 21:24, Gary Gregory <ga...@gmail.com> wrote:
> OK, I think Camel is higher level than our low-level net bits.
>
> Gary
>
>
> On Tue, Mar 25, 2014 at 10:20 PM, Matt Sicker <bo...@gmail.com> wrote:
>
>> Using routes, consumers, producers, processors, endpoints, etc. All
>> enterprise integration pattern sort of things. Somewhat similar to how
>> Flume works, really.
>>
>>
>> On 25 March 2014 21:14, Gary Gregory <ga...@gmail.com> wrote:
>>
>>> On Tue, Mar 25, 2014 at 9:38 PM, Matt Sicker <bo...@gmail.com> wrote:
>>>
>>>> I've been reading up on Camel lately. Maybe we could adopt some
>>>> conventions from there?
>>>>
>>>
>>> Please explain.
>>>
>>> Gary
>>>
>>>
>>>>
>>>>
>>>> On 25 March 2014 10:29, Ralph Goers <ra...@dslextreme.com> wrote:
>>>>
>>>>> We have JMS receivers and a SocketServer. I would expect that the
>>>>> XMLSocketReceiver is expecting log events in XML format? If so, it would
>>>>> seem that extending SocketServer to do that wouldn’t be very hard.
>>>>>
>>>>> Ralph
>>>>>
>>>>>
>>>>>
>>>>> On Mar 25, 2014, at 6:51 AM, Scott Deboy <sc...@gmail.com>
>>>>> wrote:
>>>>>
>>>>> We need to add receivers to log4j2 :)
>>>>>
>>>>> Dcott
>>>>> On Mar 25, 2014 5:19 AM, "Gary Gregory" <ga...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi All:
>>>>>>
>>>>>> Our server uses v1's org.apache.log4j.net.XMLSocketReceiver.
>>>>>>
>>>>>> I do not see a v2 equivalent.
>>>>>>
>>>>>> Thoughts?
>>>>>>
>>>>>> Gary
>>>>>>
>>>>>> --
>>>>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>>>>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>>>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>>>> Blog: http://garygregory.wordpress.com
>>>>>> Home: http://garygregory.com/
>>>>>> Tweet! http://twitter.com/GaryGregory
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Matt Sicker <bo...@gmail.com>
>>>>
>>>
>>>
>>>
>>> --
>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>> Spring Batch in Action <http://www.manning.com/templier/>
>>> Blog: http://garygregory.wordpress.com
>>> Home: http://garygregory.com/
>>> Tweet! http://twitter.com/GaryGregory
>>>
>>
>>
>>
>> --
>> Matt Sicker <bo...@gmail.com>
>>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
Matt Sicker <bo...@gmail.com>
Re: org.apache.log4j.net.XMLSocketReceiver from v1
Posted by Gary Gregory <ga...@gmail.com>.
OK, I think Camel is higher level than our low-level net bits.
Gary
On Tue, Mar 25, 2014 at 10:20 PM, Matt Sicker <bo...@gmail.com> wrote:
> Using routes, consumers, producers, processors, endpoints, etc. All
> enterprise integration pattern sort of things. Somewhat similar to how
> Flume works, really.
>
>
> On 25 March 2014 21:14, Gary Gregory <ga...@gmail.com> wrote:
>
>> On Tue, Mar 25, 2014 at 9:38 PM, Matt Sicker <bo...@gmail.com> wrote:
>>
>>> I've been reading up on Camel lately. Maybe we could adopt some
>>> conventions from there?
>>>
>>
>> Please explain.
>>
>> Gary
>>
>>
>>>
>>>
>>> On 25 March 2014 10:29, Ralph Goers <ra...@dslextreme.com> wrote:
>>>
>>>> We have JMS receivers and a SocketServer. I would expect that the
>>>> XMLSocketReceiver is expecting log events in XML format? If so, it would
>>>> seem that extending SocketServer to do that wouldn’t be very hard.
>>>>
>>>> Ralph
>>>>
>>>>
>>>>
>>>> On Mar 25, 2014, at 6:51 AM, Scott Deboy <sc...@gmail.com> wrote:
>>>>
>>>> We need to add receivers to log4j2 :)
>>>>
>>>> Dcott
>>>> On Mar 25, 2014 5:19 AM, "Gary Gregory" <ga...@gmail.com> wrote:
>>>>
>>>>> Hi All:
>>>>>
>>>>> Our server uses v1's org.apache.log4j.net.XMLSocketReceiver.
>>>>>
>>>>> I do not see a v2 equivalent.
>>>>>
>>>>> Thoughts?
>>>>>
>>>>> Gary
>>>>>
>>>>> --
>>>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>>>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>>> Blog: http://garygregory.wordpress.com
>>>>> Home: http://garygregory.com/
>>>>> Tweet! http://twitter.com/GaryGregory
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Matt Sicker <bo...@gmail.com>
>>>
>>
>>
>>
>> --
>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>
>
>
> --
> Matt Sicker <bo...@gmail.com>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: org.apache.log4j.net.XMLSocketReceiver from v1
Posted by Matt Sicker <bo...@gmail.com>.
Using routes, consumers, producers, processors, endpoints, etc. All
enterprise integration pattern sort of things. Somewhat similar to how
Flume works, really.
On 25 March 2014 21:14, Gary Gregory <ga...@gmail.com> wrote:
> On Tue, Mar 25, 2014 at 9:38 PM, Matt Sicker <bo...@gmail.com> wrote:
>
>> I've been reading up on Camel lately. Maybe we could adopt some
>> conventions from there?
>>
>
> Please explain.
>
> Gary
>
>
>>
>>
>> On 25 March 2014 10:29, Ralph Goers <ra...@dslextreme.com> wrote:
>>
>>> We have JMS receivers and a SocketServer. I would expect that the
>>> XMLSocketReceiver is expecting log events in XML format? If so, it would
>>> seem that extending SocketServer to do that wouldn’t be very hard.
>>>
>>> Ralph
>>>
>>>
>>>
>>> On Mar 25, 2014, at 6:51 AM, Scott Deboy <sc...@gmail.com> wrote:
>>>
>>> We need to add receivers to log4j2 :)
>>>
>>> Dcott
>>> On Mar 25, 2014 5:19 AM, "Gary Gregory" <ga...@gmail.com> wrote:
>>>
>>>> Hi All:
>>>>
>>>> Our server uses v1's org.apache.log4j.net.XMLSocketReceiver.
>>>>
>>>> I do not see a v2 equivalent.
>>>>
>>>> Thoughts?
>>>>
>>>> Gary
>>>>
>>>> --
>>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>>> Spring Batch in Action <http://www.manning.com/templier/>
>>>> Blog: http://garygregory.wordpress.com
>>>> Home: http://garygregory.com/
>>>> Tweet! http://twitter.com/GaryGregory
>>>>
>>>
>>>
>>
>>
>> --
>> Matt Sicker <bo...@gmail.com>
>>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
Matt Sicker <bo...@gmail.com>
Re: org.apache.log4j.net.XMLSocketReceiver from v1
Posted by Gary Gregory <ga...@gmail.com>.
On Tue, Mar 25, 2014 at 9:38 PM, Matt Sicker <bo...@gmail.com> wrote:
> I've been reading up on Camel lately. Maybe we could adopt some
> conventions from there?
>
Please explain.
Gary
>
>
> On 25 March 2014 10:29, Ralph Goers <ra...@dslextreme.com> wrote:
>
>> We have JMS receivers and a SocketServer. I would expect that the
>> XMLSocketReceiver is expecting log events in XML format? If so, it would
>> seem that extending SocketServer to do that wouldn’t be very hard.
>>
>> Ralph
>>
>>
>>
>> On Mar 25, 2014, at 6:51 AM, Scott Deboy <sc...@gmail.com> wrote:
>>
>> We need to add receivers to log4j2 :)
>>
>> Dcott
>> On Mar 25, 2014 5:19 AM, "Gary Gregory" <ga...@gmail.com> wrote:
>>
>>> Hi All:
>>>
>>> Our server uses v1's org.apache.log4j.net.XMLSocketReceiver.
>>>
>>> I do not see a v2 equivalent.
>>>
>>> Thoughts?
>>>
>>> Gary
>>>
>>> --
>>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>>> Spring Batch in Action <http://www.manning.com/templier/>
>>> Blog: http://garygregory.wordpress.com
>>> Home: http://garygregory.com/
>>> Tweet! http://twitter.com/GaryGregory
>>>
>>
>>
>
>
> --
> Matt Sicker <bo...@gmail.com>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: org.apache.log4j.net.XMLSocketReceiver from v1
Posted by Matt Sicker <bo...@gmail.com>.
I've been reading up on Camel lately. Maybe we could adopt some conventions
from there?
On 25 March 2014 10:29, Ralph Goers <ra...@dslextreme.com> wrote:
> We have JMS receivers and a SocketServer. I would expect that the
> XMLSocketReceiver is expecting log events in XML format? If so, it would
> seem that extending SocketServer to do that wouldn’t be very hard.
>
> Ralph
>
>
>
> On Mar 25, 2014, at 6:51 AM, Scott Deboy <sc...@gmail.com> wrote:
>
> We need to add receivers to log4j2 :)
>
> Dcott
> On Mar 25, 2014 5:19 AM, "Gary Gregory" <ga...@gmail.com> wrote:
>
>> Hi All:
>>
>> Our server uses v1's org.apache.log4j.net.XMLSocketReceiver.
>>
>> I do not see a v2 equivalent.
>>
>> Thoughts?
>>
>> Gary
>>
>> --
>> E-Mail: garydgregory@gmail.com | ggregory@apache.org
>> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
>> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
>> Spring Batch in Action <http://www.manning.com/templier/>
>> Blog: http://garygregory.wordpress.com
>> Home: http://garygregory.com/
>> Tweet! http://twitter.com/GaryGregory
>>
>
>
--
Matt Sicker <bo...@gmail.com>
Re: org.apache.log4j.net.XMLSocketReceiver from v1
Posted by Ralph Goers <ra...@dslextreme.com>.
We have JMS receivers and a SocketServer. I would expect that the XMLSocketReceiver is expecting log events in XML format? If so, it would seem that extending SocketServer to do that wouldn’t be very hard.
Ralph
On Mar 25, 2014, at 6:51 AM, Scott Deboy <sc...@gmail.com> wrote:
> We need to add receivers to log4j2 :)
>
> Dcott
>
> On Mar 25, 2014 5:19 AM, "Gary Gregory" <ga...@gmail.com> wrote:
> Hi All:
>
> Our server uses v1's org.apache.log4j.net.XMLSocketReceiver.
>
> I do not see a v2 equivalent.
>
> Thoughts?
>
> Gary
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition
> JUnit in Action, Second Edition
> Spring Batch in Action
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
Re: org.apache.log4j.net.XMLSocketReceiver from v1
Posted by Scott Deboy <sc...@gmail.com>.
We need to add receivers to log4j2 :)
Dcott
On Mar 25, 2014 5:19 AM, "Gary Gregory" <ga...@gmail.com> wrote:
> Hi All:
>
> Our server uses v1's org.apache.log4j.net.XMLSocketReceiver.
>
> I do not see a v2 equivalent.
>
> Thoughts?
>
> Gary
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
> JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
> Spring Batch in Action <http://www.manning.com/templier/>
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>