Dell - Internal Use - Confidential
Could not build clean target for 1.2.17, could not build install target for
2.0. In each case maven libraries could not be found.
Thanks
wALTER
Hi Ralph,
All the request and response messages, some header data, with additional
information, are placed in an MDC, packaged in an Appender and sent to an
MQ queue which, ultimately, makes a call to the service. It's a centralized
logging model for all the applications in a cluster. Frankly, I
So the app logs to JMS, not SOAP. Later you have something else that
consumes the queue and calls the WS, but that would not be done by Log4j.
Or are you suggesting that Log4j should be able to consume from a Q and
call a WS?
Gary
On Thu, May 1, 2014 at 10:15 AM, Evan J
Dell - Internal Use - Confidential
Try this url
http://www.ibm.com/developerworks/library/ws-log4j/index.html
-Original Message-
From: Evan J [mailto:maps.this.addr...@gmail.com]
Sent: Wednesday, April 30, 2014 7:21 PM
To: log4j-user@logging.apache.org
Subject: Web Service Appender
I
Dell - Internal Use - Confidential
Not necessarily. Remember that the people who read these logs are not in the
processing loop, and therefore do not slow down the process,
What is required is an asynchronous thread or process to do the soap transfer
during off cycles, and storage to receive the
You couldn't build log4j 2.0? What version of Maven are you using? Are you
using a custom ~/.m2/settings.xml file?
On 1 May 2014 08:47, walter_mar...@dellteam.com wrote:
Dell - Internal Use - Confidential
Could not build clean target for 1.2.17, could not build install target
for 2.0. In
Dell - Internal Use - Confidential
There are several architectural options . The cleanest might be to make a
custom appender, and then do the queue removal and transport with a thread
within
Log4j itself. This has the advantage of not disturbing the current setup and
interface for local logging
What you are describing is why I added the integration to Flume. It is very,
very good at collecting log events and forwarding them. However, you could use
a JMS appender to write your events to the MQ queue.
Ralph
On May 1, 2014, at 7:15 AM, Evan J maps.this.addr...@gmail.com wrote:
Hi
I guarantee you, on a busy system with lots of logging sending a SOAP message
for every event will be a problem. If they are being bundled so that multiple
events are sent in each request that will perform better but could result in
losing all the events that are buffered.
Ralph
On May 1,
Dell - Internal Use - Confidential
As I say there are a lot of architectural options. We need to decide on one.
Having th ability to modify log4j should make whatever architecture is chosen
cleaner.
Thanks
Walter
-Original Message-
From: Ralph Goers [mailto:ralph.go...@dslextreme.com]
Thats fine. I’m just not really sure what the question is any more.
Ralph
On May 1, 2014, at 8:22 AM, walter_mar...@dellteam.com wrote:
Dell - Internal Use - Confidential
As I say there are a lot of architectural options. We need to decide on one.
Having th ability to modify log4j should
Dell - Internal Use - Confidential
What is needed is not only bundling which is a form of buffering, but also
process overlap so that the transfers are held up to a point where the
processing is more quiet
And more cycles are available. Offloading to another processor using tux also
Am 01.05.14 17:18, schrieb Ralph Goers:
I guarantee you, on a busy system with lots of logging sending a SOAP message
for every event will be a problem.
I can second/confirm that.
We have developed such an appender in order to log user requests for
user tracking and personalization
Dell - Internal Use - Confidential
I take it we were discussing the possibilities for high speed production
logging. Previous people have rightly pointed out that a simplistic approach
using soap might be ineffecient
-Original Message-
From: Ralph Goers
Yes, persistent buffering can prevent the data loss but adds to the complexity.
The Flume Appender does that.
I will take a look at the scribe appender when I get a chance.
Ralph
On May 1, 2014, at 8:39 AM, Michael Wechner michael.wech...@wyona.com wrote:
Am 01.05.14 17:18, schrieb Ralph
This thread originally started to ask about logging to a web service (that term
usually implies SOAP). It seems to have gone off into another direction and
I’m not sure if there is still a question here someone wants answered. If you
are making a proposal for an enhancement to Log4j 2 I am
Dell - Internal Use - Confidential
No custom ~/.m2/settings.xml file that I know of
Build results=
C:\Software\log4j2source\apache-log4j-2.0-rc1-srcmvn install
[INFO] Scanning for projects...
Downloading:
What about mvn package?
Gary
div Original message /divdivFrom:
walter_mar...@dellteam.com /divdivDate:05/01/2014 12:08 (GMT-05:00)
/divdivTo: log4j-user@logging.apache.org /divdivSubject: RE: More maven
build problems for log4j /divdiv
/divDell - Internal Use - Confidential
This is just gone off the tangent line... in a good way though.
We are going to try to push back and redesign the process to just simply
make use of JMSAppender to put messages on a queue and have JMS clients
consume them (and ultimately insert the logs into a database -- maybe use
JSON for
Try changing the maven-bundle-plugin version to 2.4.0. Or try building the
latest svn trunk.
On 1 May 2014 12:12, Gary Gregory garydgreg...@gmail.com wrote:
What about mvn package?
Gary
div Original message /divdivFrom:
walter_mar...@dellteam.com /divdivDate:05/01/2014
Connection timed out
Are you building behind a firewall that requires you to use a http proxy
for internet access? If so, you might want to review your
~/.m2/settings.xml and add appropriate proxies/proxy entries.
-Brett
On 2 May 2014 02:08, walter_mar...@dellteam.com wrote:
Dell -
21 matches
Mail list logo