When I used log4j 1.x, I could put my log4j.xml in the /META-INF
folder and it was found. I did try this with log4j 2.0.2 and the
configuration was not found.
I read this but it only talks about WARs. I don't have a WAR but an EAR
with EJB modules.
http://logging.apache.org/log4j/2.x/manual/webapp
element of the deployment descriptor.
> See
> http://javahowto.blogspot.com/2006/10/use-library-directory-in-javaee-5-apps.html
> <
> http://javahowto.blogspot.com/2006/10/use-library-directory-in-javaee-5-apps.html
> >.
>
> What app server are you using?
>
> Ralph
>
>
I'm using Wildfly 8.1
Cheers,
Paul
On Mon, Nov 3, 2014 at 1:34 PM, Paul Benedict wrote:
> I'm trying but failing. I once created a module for MySQL's connector --
> that's fine. But I am not succeeding creating a module for log4j2. Has
> anyone here tried this?
&g
gspot.com/2006/10/use-library-directory-in-javaee-5-apps.html
>> >.
>>
>> What app server are you using?
>>
>> Ralph
>>
>>
>>
>> > On Nov 1, 2014, at 10:56 AM, Paul Benedict
>> wrote:
>> >
>> > When I used log4j 1.x,
oes that by
> looking for a property file using ClassLoader.getResources(). If that file
> cannot be located because it is in a different ClassLoader then you will
> have problems.
>
> When you say it doesn’t work, what exactly is happening?
>
> Ralph
>
> > On Nov 3,
ed by” on the NoClassDefFoundError?
>
> Ralph
>
> > On Nov 3, 2014, at 1:46 PM, Paul Benedict wrote:
> >
> > Right now my code cannot see the API classes; so I get a
> > NoClassDefFoundError. If I can see the classes, that will be a win :-)
> even
> > if the functionality
Well I have the classes loading now. I still can't find my log4j2.xml but
at least the "api" and "core" libraries are being exposed to my application.
Okay, so to test this, make sure your "api" and "core" libraries are set to
"provided" scope in Maven. You don't want them already bundled; we want
rowse/WFLY-1037
Cheers,
Paul
On Mon, Nov 3, 2014 at 3:56 PM, Ralph Goers
wrote:
> This looks to be somewhat JBoss specific.
>
> Ralph
>
> > On Nov 3, 2014, at 2:52 PM, Gary Gregory wrote:
> >
> > Sound like we need a doc page for this set up! Wow.
> >
> >
d you look at the links I sent in the prior email? It had a couple of
> options on where to put the log4j2.xml. But yes, META-INF does not look to
> be a standard location unless you modify the deployment descriptor.
>
> Ralph
>
> > On Nov 3, 2014, at 3:09 PM, Paul Benedic
Congrats Ralph!!!
Cheers,
Paul
On Fri, Nov 20, 2015 at 9:36 AM, Matt Sicker wrote:
> Welcome, Ralph!
>
> On 20 November 2015 at 09:33, Christian Grobmeier
> wrote:
>
>> Hello all,
>>
>> I was the chair of the Apache Logging Services project for 3 1/2 years.
>> Thank you, it was a great time.
Ditto. Ralph is right. It's not really about the format but the different
classes and options.
Cheers,
Paul
On Mon, Mar 7, 2016 at 10:04 AM, Ralph Goers
wrote:
> I suspect it isn’t quite as simple as that. Many of the appenders use
> different parameters, class names aren’t specified any more,
Maybe... I think the user is not looking for a call back, per se, but that
was his initial solution for finding out statistics. Perhaps what he really
wants is a way to examine the throughput of log4j?
Cheers,
Paul
On Wed, Mar 9, 2016 at 11:46 AM, Gary Gregory
wrote:
> Maybe we need some (async
Write yourself a Servlet Filter [1] that catches any exception, logs it,
and passes it on. Your logger should be configured to write to a file. If
the filter is the first in the chain, the exception caught is definitely
unhanded.
PS: If you don't pass on the exception, you have handled it (by
defi
DiFrango, log4j includes a BOM you may want to consider using. This will
keep all your log4j artifacts versioned the same.
Cheers,
Paul
On Tue, May 31, 2016 at 3:37 PM, DiFrango, Ronald <
ronald.difra...@capitalone.com> wrote:
> Gary,
>
> It ended up being a transitive dependency conflict, one o
!
>
> Ron DiFrango
>
>
>
>
>
>
>
>
>
>
> On 5/31/16, 4:39 PM, "Paul Benedict" wrote:
>
> >DiFrango, log4j includes a BOM you may want to consider using. This will
> >keep all your log4j artifacts versioned the same.
> >
>
To stop me hardcoding repetitive patterns in Appenders, I defined several
elements as such. Most my Appenders go to files and a couple to
the console. In addition, to prevent a multiplicity of plain-text vs. color
text patterns, I defined color conversions in my patterns.
Clearly, this dual purpo
Pattern converters don't have the intelligence. I agree. However,
converters don't exist for their own sake -- they exist for layouts and
ultimately for Appenders. Those are the instances that have the
intelligence to make sense out of themselves. Even more so is the Processor
to make sense out of
o you guys think of this behavior?
[1]
https://logging.apache.org/log4j/log4j-2.4/manual/layouts.html#PatternLayout
Cheers and God bless,
Paul
On Mon, Jun 10, 2019 at 3:59 PM Gary Gregory wrote:
> On Mon, Jun 10, 2019 at 4:55 PM Paul Benedict
> wrote:
>
> > Pattern converters don't have t
Good day.
All my File Appenders have Pattern Layouts that specify both "header" and
"footer" attributes. I use these (ex: === START and === END) to bookend
process executions Executions happen multiple times of day, and I am
always appending to the logs.
This isn't working for me. I am experienc
> correctly since it has no way to know if it will ever be written to
> again.
> >
> > To be consistent the header should be written every time the file is
> > opened. But that may not be what you want.
> >
> > Ralph
> >
> > > On Jun 11, 2019, at
20 matches
Mail list logo