Tushar Kapila tgkprog at gmail.com writes:
* why would a lib log4j or any other read its own jar? unless its to get
to a xml for config in it and is not closing it?
One thing I can think of is PluginManager.
This class tries to read all Log4j2Plugins.dat files in the classpath
(incl the
I don't think the docs have an example yet. This one worked for me:
?xml version=1.0 encoding=UTF-8?
configuration status=WARN
appenders
File name=InfoFile fileName=level-info.log
PatternLayout
pattern%d %-5p %c{1.} [%t] %m %ex%n/pattern
/PatternLayout
/File
File
he only wants events at that level. We don't have a
filter that does that specifically so I used two threshold filters to do it.
Ralph
On Apr 23, 2013, at 5:42 PM, Remko Popma wrote:
I don't think the docs have an example yet. This one worked for me:
?xml version=1.0 encoding=UTF-8
filters to do it.
Ralph
On Apr 23, 2013, at 5:42 PM, Remko Popma wrote:
I don't think the docs have an example yet. This one worked for me:
?xml version=1.0 encoding=UTF-8?
configuration status=WARN
appenders
File name=InfoFile fileName=level-info.log
PatternLayout
pattern
Peter,
I don't have Tomcat installed but I was able to reproduce the problem in a
standalone test using your configuration.
There is a couple of things I found.
First, File appenders have these configuration settings by default:
bufferedIO=true and immediateFlush=false.
This means that
On Apr 24, 2013, at 12:49 AM, Christian Grobmeier grobme...@gmail.com wrote:
Hi all,
it is my pleasure to announce to the community
that Remko Popma has joined our ranks.
He made remarkable contributions to log4j 2
and we all believe he is a valuable member
of Apache Logging Services now
-ref ref=foo/
/logger
/loggers
Or, should one use: name=? I think I actually got this to work once, but
it was not clear if this is a valid approach. Again, I'm guessing the root
logger is the way to go here.
Thanks again for the help!
On Wed, Apr 24, 2013 at 1:39 AM, Remko Popma
, the occurrence of default
packaged code.
On Thu, Apr 25, 2013 at 1:05 AM, Remko Popma rem...@yahoo.com wrote:
Peter,
Glad to be of help.
First, you NEED a root logger. I finished analysis of the bug and other
loggers are ignored if no root element exists.
Not sure yet if we'll fix the code
Hi,
FastFile appenders are buffered.
You won't see output in the log file until you log a lot.
To see output immediately you should either specify immediateFlush=true or use
Async Loggers or AsynchAppender (they will auto-flush efficiently).
Hope this helps,
Remko
Sent from my iPhone
On
Two more things:
disruptor 3.0.1 is fine.
Your layout pattern doesn't actually use location, so if you use Async (Logger
or Appender) I'd recommend you set includeLocation=false for better
performance.
Remko
Sent from my iPhone
On 2013/04/27, at 18:59, Remko Popma rem...@yahoo.com wrote
(Including Steven in recipients)
Sent from my iPhone
On 2013/04/27, at 19:06, Remko Popma rem...@yahoo.com wrote:
Two more things:
disruptor 3.0.1 is fine.
Your layout pattern doesn't actually use location, so if you use Async
(Logger or Appender) I'd recommend you set
?
On Sat, Apr 27, 2013 at 6:51 PM, Remko Popma rem...@yahoo.com wrote:
(Including Steven in recipients)
Sent from my iPhone
On 2013/04/27, at 19:06, Remko Popma rem...@yahoo.com wrote:
Two more things:
disruptor 3.0.1 is fine.
Your layout pattern doesn't actually use location, so
From: Steven Yang kenshin...@gmail.com
To: Remko Popma rem...@yahoo.com
Sent: Sunday, April 28, 2013 9:43 AM
Subject: Re: How to use FastFile
Thanks, I tried using asyncRoot and everything seems to log fine and I do see a
lot of logs.
And logs do seem to be flushed immediately
Imesh,
It is hard to see what could be the problem based on your description.
I created this JIRA ticket for the issue you describe:
https://issues.apache.org/jira/browse/LOG4J2-228
Would it be possible for you to attach a test program that demonstrates the
issue to that JIRA ticket?
Kind
it.
But there is an error catching in line 111 ( class not found).
Let me know if I miss any jar file. My pom.xml file also attached.
Regards,
Imesh
On Monday 29 April 2013 05:12 PM, Remko Popma wrote:
Imesh,
It is hard to see what could be the problem based on your description.
I
Hi John,
I don't have an immediate answer for you, but
I've created JIRA LOG4J2-232 to track this issue.
(Have you tried removing the trailing comma in
packages=com.xxx.log4j.converters,
in the log4j2.xml config?)
Remko
From: John Smith
Imesh,
Does the server-side code (the process that is receiving UDP messages) have
both the log4j-api and the log4j-core jar files in the classpath?
I've attached your files to the Jira ticket. Would you mind if we follow up on
this issue by commenting on Jira?
Matej,
The docs may not be clear on this, but i believe this buffer is essentially for
multithreaded access.
Every event will be stored in the buffer, and then trigger a send(). You are
right that sending happens in the calling thread. You could consider wrapping
the smtp appender in an
traffic
substantially, without losing any information.
What is your opinion of my second problem, the app being blocked while the
mail is being sent?
Thanks!
Matej
On Thu, May 9, 2013 at 2:48 PM, Remko Popma rem...@yahoo.com wrote:
Matej,
The docs may not be clear
Welcome to the team, Nick!
-Remko
Sent from my iPhone
On 2013/05/11, at 13:53, Christian Grobmeier grobme...@gmail.com wrote:
Hi,
it is my pleasure to announce to the community
that Nick Williams has joined our ranks.
He made remarkable contributions to log4j 2
and we all believe he
By default Log4j looks for log4j2.xml in the classpath, but you can also
specify system property
-Dlog4j.configurationFile=path/to/log4j2.xml
or even in your code:
System.setProperty(XMLConfigurationFactory.CONFIGURATION_FILE_PROPERTY,
path/to/log4j2.xml);
Mary,
Gary was referring to log4j-2.0. While generally more awesome (ahem), it does
need those 2 jars to run.
You seem to be using log4j-1.2.
Then you should only need the one jar.
You also need a log4j.properties or log4j.xml file in a directory that is in
the classpath. The site should
wrote:
Yes, sorry about that, I am in 2.0 mode.
Gary
On May 13, 2013, at 21:41, Remko Popma rem...@yahoo.com wrote:
Mary,
Gary was referring to log4j-2.0. While generally more awesome (ahem), it
does need those 2 jars to run.
You seem to be using log4j-1.2.
Then you should only
On 2013/05/27, at 23:50, Lucie Boubée lbou...@gmail.com wrote:
Hi,
I use log4j2 beta 6 and I would like to add a prefix to all my messages.
This prefix is passed to the constructor parameter and it depends on the
instance of the class. So we're at the object level (not class or thread).
Curt,
Without knowing your app env characteristics, I'd say that looks fine. The
ring buffer won't grow, so if you get bursts larger than 128 log events you
will see latency going up as logging will become IO bound when the ring buffer
is full.
Otherwise all seems reasonable.
Let me know
You did switch on AsyncLoggers using the context selector?
One reason you may not see FastFile output is if the buffer is not being
flushed.
AsyncLoggers auto-flush so this should not happen but since you're not seeing
output...
Several things to try:
* in the FastRollingFile appender config,
I don't think we've ever done any performance testing on the kind of
environment you describe, so this is great feedback, thanks!
First, configuration via XML instead of sys props is on the todo list.
Second, you mentioned you use system property AsyncLoggerContextSelector to
switch on
threads or async logging.
I'd be interested in your answers to my questions below.
Best regards,
Remko
From: Remko Popma rem...@yahoo.com
To: Log4J Users List log4j-user@logging.apache.org
Sent: Saturday, July 27, 2013 12:53 PM
Subject: Re: async logger on slow
Hang on! By fish tagging do you mean you use logger#entry, #exit, #catching?
These methods walk the stack trace to determine the location (class, method)
which will give you a *huge* performance penalty! If you#x27;re using async
logging this is 20x slower, for sync logging (slower to begin
Federico,
Thanks for the report! Would you mind raising a Jira ticket with some
environment details and if possible steps to reproduce the issue?
Many thanks!
Remko
Duplicate mail message. Please ignore. Apologies.
Federico,
Thanks for the report! Are you on Java 8? Would you mind raising a Jira ticket
with some environment details and if possible steps to reproduce the issue?
Many thanks!
Remko
Aliaksandr,
I don't think you need a specific OSGi version to make a plugin.
Remko
From: Aliaksandr Belavusau abelavu...@gmail.com
To: log4j-user@logging.apache.org
Sent: Tuesday, July 30, 2013 5:27 AM
Subject: Are the custom appenders only like plugins?
I see... Did you try pre-building the binary file with plugin descriptors using
the PluginManager main method?
It may be possible (but a bit of a hack) to use async loggers without
reflection. It involves compiling your own version of the
com.lmax.disruptor.util.Util class where you replace the implementation of the
#getUnsafe() method with a simple call to sun.misc.Unsafe.getUnsafe().
Obviously this is
Sorry for being unclear. I#x27;ve explained it better in this Jira comment:
https://issues.apache.org/jira/browse/LOG4J2-232?focusedCommentId=13648502page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13648502
Curt,
I think the warning about memory leaks is mostly for short-lived threads. If
you create a new Thread often, put things in the ThreadContext and then let the
thread die, things will pile up in the ThreadContext. If the threads from
which you do logging essentially live forever then don't
Properties files should not have non-English characters. You need to
convert your file with the native2ascii tool.
More detail:
http://stackoverflow.com/questions/4659929/how-to-use-utf-8-in-resource-properties-with-resourcebundle
Remko
On Monday, August 12, 2013, Jagan kona wrote:
Hi,
I am
I created https://issues.apache.org/jira/browse/LOG4J2-351 to track this
issue.
On Wed, Aug 14, 2013 at 9:21 PM, Aliaksandr Belavusau
abelavu...@gmail.comwrote:
It's definitely mistake. Just replace 'commons' with 'logging' in the
MANIFEST.MF.
Alex.
-Original Message-
From:
I raised https://issues.apache.org/jira/browse/LOG4J2-354 to track this
issue.
I'll add questions in the comments of that JIRA ticket.
Remko
On Fri, Aug 16, 2013 at 7:17 AM, Kamil Mroczek ka...@thinknear.com wrote:
Hello,
We decided to try out log4j2-beta8 to see if we could improve our
Roland,
Sorry, you lost me there...
Are these recommendations to people who want to use Log4j in their OSGi app?
Or changes that need to be made to the Log4j code? (I don't think so, just
wanted to clarify...)
Should this be added to the Log4j manual?
Remko
On Fri, Aug 16, 2013 at 12:33 AM,
Looks like a string substitution issue in the FastFile appender (renamed to
RandomAccessFile appender in the next release, btw, so you'll need to
change your config when you upgrade).
Can you file a JIRA ticket for this?
Thanks,
Remko
On Tuesday, August 27, 2013, Eric Schwarzenbach wrote:
I'm
Is this with trunk or beta8?
If trunk, FastFile has been renamed to RandomAccessFile and you'll need to
change your config...
On Tuesday, August 27, 2013, Roland wrote:
Hello Log4j2 experts,
I need help with the log4j2-configuration. Thanks in advance!
2013-08-27 12:55:20,415 ERROR Error
Glad I was able to help.
On Tuesday, August 27, 2013, Roland wrote:
Thanks
--
View this message in context:
http://apache-logging.6191.n7.nabble.com/Error-processing-element-FastRollingFile-CLASS-NOT-FOUND-tp40194p40201.html
Sent from the Log4j - Users mailing list archive at Nabble.com.
:17 AM, Remko Popma remko.po...@gmail.com wrote:
I raised https://issues.apache.org/jira/browse/LOG4J2-354 to track this
issue.
I'll add questions in the comments of that JIRA ticket.
Remko
On Fri, Aug 16, 2013 at 7:17 AM, Kamil Mroczek ka...@thinknear.comwrote:
Hello,
We decided to try
If you have log4j-slf4j-impl-2.0-beta8.jar then I believe you don't
need log4j-over-slf4j-1.7.5.jar
(isn't this jar for log4j-1.2?) Can you remove it and try again?
On Monday, September 9, 2013, 流子℡ 41157...@qq.com wrote:
I have use the version beta 8 for log4j2, I have third-party framework
Try setting the log level on the AppenderRef of the root logger:
...
loggers
root level=trace
AppenderRef ref=RollingFile level=error/
/root
...
On Wednesday, September 18, 2013, Luigi Alice wrote:
Hello,
** **
I want to log to two different files, each file with different log
Michael,
I'd be interested to see your benchmarking code and results. Is it possible for
you to share them?
Remko
Sent from my iPhone
On 2013/09/29, at 7:58, Michael Zhou michael.z...@gmail.com wrote:
The micro-benchmark testing I wrote to compare Log4j 1 and 2 shows
considerable
Hey, that's my favorite log4j question!
http://logging.apache.org/log4j/2.x/manual/async.html#Performance
Enjoy!
Remko
On Monday, September 30, 2013, Navindian wrote:
Performance wise, log4j 1.x is better or log4j 2?
On Fri, Sep 27, 2013 at 8:37 PM, Jingdong Sun
Thank you for reporting this.
Can I ask you to create a JIRA ticket for this issue? Can you add a few
details: what OS, java version, startup options (especially memory
related), and please attach your log4j2.xml config file.
Ideally also describe how I can reproduce the issue.
What do you mean
Remko,
You can find the micro-benchmarking tool I wrote on Github:
https://github.com/michaelzhou999/logging-profiling
Drop me a message if you have any questions. Thanks
Michael
On Sat, Sep 28, 2013 at 9:34 PM, Remko Popma remko.po...@gmail.com
wrote:
Michael,
I'd be interested
By default, if you set the level of a logger/appender to debug, it will
process debug, info, warn, error and fatal messages.
Is this what you want, or do you want to include only debug-level messages,
and exclude info, warn, error and fatal messages?
On Wednesday, October 2, 2013, fedinho wrote:
Jonathan,
Would you mind raising a JIRA ticket for the issue you're reporting?
That makes it easier for us to track and easier for you to attach config files
or image files. (The mailing list software may not like image file
attachments...)
Best regards,
Remko
Sent from my iPhone
On
, 2013 4:47 PM, Remko Popma remko.po...@gmail.com wrote:
Jonathan,
Would you mind raising a JIRA ticket for the issue you're reporting?
That makes it easier for us to track and easier for you to attach config
files or image files. (The mailing list software may not like image file
attachments
in?
On Wed, Oct 9, 2013 at 5:43 PM, Remko Popma remko.po...@gmail.com wrote:
Oh. Sorry. Here you are:
http://logging.apache.org/log4j/2.x/issue-tracking.html
Sent from my iPhone
On 2013/10/10, at 8:25, Jonathan Willis quicksilver...@gmail.com
wrote:
How do you create a jira
Perfection may be hard to achieve, but if Alexander's suggestions are an
improvement over the current schema, should we add them to the current code
base?
Remko
On Tuesday, October 15, 2013, Gary Gregory wrote:
On Mon, Oct 14, 2013 at 11:10 AM, Ralph Goers
ralph.go...@dslextreme.com
On Wednesday, October 16, 2013, Gary Gregory wrote:
On Wed, Oct 16, 2013 at 8:48 AM, Remko Popma
remko.po...@gmail.comjavascript:;
wrote:
Perfection may be hard to achieve, but if Alexander's suggestions are an
improvement over the current schema, should we add them to the current
code
You can also check with JConsole (see the JMX docs).
Sent from my iPhone
On 2013/10/24, at 21:06, alexander.rat...@materna.de wrote:
Hi,
Which configuration file are you using?
If you're using XML try this:
Configuration
status=debug...
You should then see something along the
Hi Mahesh,
Thank you for re-posting your question to the user mailing list.
The Status Logger is a special logger used by log4j internally.
If you set it to debug or trace (by starting your config xml file
with Configuration
status=debug...),
it will output things like which appenders and
Hi Christian,
I'd say go for it! If it's useful to you then it's probably useful for
other people too.
The projects you mention are either for other languages or no longer
actively maintained (afaics), so I don't think you'd be duplicating effort.
Regarding testing, I'm not sure who in the
You may want to create a Jira ticket that you can attach patch files to
(the mailing list software doesn't like attachments).
Regards,
Remko
On Thursday, October 31, 2013, Remko Popma wrote:
Hi Christian,
I'd say go for it! If it's useful to you then it's probably useful for
other people
Hi,
Yes, log4j-1.2-api relies on both api-2.0 and core-2.0.
Best regards,
Remko Popma
On Thursday, November 7, 2013, Andreas Magnusson wrote:
Hi all, I'm currently prototyping a move from our proprietary logging
framework to log4j 2.0.
I've taken the route of creating a bridge from our API
Hi Mayur,
Thanks for checking out log4j!
The web site has many, many example configurations for different use cases.
Have you had a chance to try all of them? One of them may help you.
Best regards,
Remko
Sent from my iPhone
On 2013/11/21, at 20:24, Mayur Patil ram.nath241...@gmail.com
David,
Yes, it's the StatusLogger.
This class creates the output you see when you configure log4j2 like this:
Configuration status=DEBUG ...
Regards,
Remko
Sent from my iPhone
On 2013/11/25, at 19:57, David KOCH dk...@ezakus.com wrote:
Hello,
In log4j2, is there an equivalent of log4j
David,
Log4j2 comes with an adapter for log4j1.2. (See the FAQ page.)
The adapter will route kafka's calls to the log4j1.x api to the log4j2
implementation.
As Gary mentioned, avoid having the old log4j1.x implementation jar in the
classpath.
Regards,
Remko
Sent from my iPhone
On
I would be okay with releasing what we have now as 2.0-GA.
Based on the JIRAs that have 2.0-rc1 or 2.0 in their target versions, there
is one outstanding bug to do with Log4jServletContextListener
(LOG4J2-359https://issues.apache.org/jira/browse/LOG4J2-359),
and the rest are new feature requests.
Eric,
Good points, looks like I misfiltered.
Let me rephrase then: what are our release criteria for 2.0-GA?
My personal position is that what we have now is good enough. It may not be
perfect, but I doubt it ever will be (perfect).
So, we should just pick a date, fix what we can before that
Giovanni,
If I understand correctly, logging configuration is done partially
programmatically and partially by config file. These have different target log
files, and some of the output is showing up in a different target log file than
expected.
It's going to be difficult to say anything
On 2013/12/30, at 5:34, Joe joej...@jme.de wrote:
I found this post while looking for a solution for this problem:
http://stackoverflow.com/questions/20819376/log4j2-rollingfile-appender-add-custom-info-at-the-start-of-each-logfile
So, Ralph's statement makes me hope:
You can already
Sorry, the mailing list software doesn't like attachments. Maybe it is more
convenient to open a Jira ticket so you can attach files.
Regards,
Remko
Sent from my iPhone
On 2014/01/06, at 7:24, Joe joej...@jme.de wrote:
Ok, I'd already tried to do something with @Plugin and @PluginFactory,
Sorry, I didn't see any source so assumed you had attached files...
Sent from my iPhone
On 2014/01/06, at 18:29, Joe joej...@jme.de wrote:
Remko Popma-2 wrote
Sorry, the mailing list software doesn't like attachments. Maybe it is
more convenient to open a Jira ticket so you can attach
When building a new log4j2 release, the manual pages are converted to a PDF
document.
You could take a look at how that is done to see if it is possible to use
this in a custom RolloverStrategy.
On Wed, Jan 8, 2014 at 2:25 AM, Markus Pscheidt
markus.psche...@gmail.comwrote:
I'm looking for a
Hi Abhishek,
These are currently private fields and not easily accessible.
Can you explain your use case? Why do you need this?
Best regards,
Remko
On Thu, Jan 30, 2014 at 2:33 PM, ~Abhi$hek~ boyobo...@gmail.com wrote:
Hello Log4j 2 experts,
I am in the process of migrating my
()).getAppenders();
Where LogManager is in org.apache.logging.log4j.
Gary
On Thu, Jan 30, 2014 at 4:23 PM, Remko Popma remko.po...@gmail.com
wrote:
Hi Abhishek,
These are currently private fields and not easily accessible.
Can you explain your use case? Why do you need this?
Best
Kireet,
I can reproduce this and I've raised
https://issues.apache.org/jira/browse/LOG4J2-524 to track the issue.
I'll add comments to that Jira ticket as I make progress.
Best regards,
Remko
On Sat, Feb 1, 2014 at 9:28 AM, Kireet kir...@feedly.com wrote:
I am trying to use the rolling file
Kireet, you can find more details on the Jira ticket but to summarize,
you need to configure a SizeBasedTriggeringPolicy for the %i pattern to be
useful.
If you do so, only max files are kept _within the same time period_.
On Sat, Feb 1, 2014 at 1:24 PM, Remko Popma remko.po...@gmail.com wrote
for the update. So I would need to use an external process to
clean
up older files? This seems like a pretty common use case though right?
On 2/1/14 12:19 AM, Remko Popma wrote:
Kireet, you can find more details on the Jira ticket but to summarize,
you need to configure
the maxAge?
On 2/1/14 6:59 PM, Remko Popma wrote:
Agreed that this seems a common use case. Looking at the
LOG4J2-435https://issues.apache.org/jira/browse/LOG4J2-435 ticket,
you're now the third person asking for this feature...
Team, what about adding a maxAge attribute
. This would let you separate the
rollover concern from the clean up.
Gary
On Sat, Feb 1, 2014 at 11:02 PM, Remko Popma remko.po...@gmail.com
wrote:
I see. Basically, you are trying to avoid deleting files that were not
the
result of a rollover, is that correct?
I don't have a good
On Thursday, February 6, 2014, McCarthy, Peter (Peter) pete...@avaya.com
wrote:
Folks,
In documentation for Async appenders you state the following :
Asynchronous Appenders already existed in Log4j 1.x, but have been
enhanced to flush to disk at the end of a batch (when the queue is empty).
iPad
On Feb 2, 2014, at 12:11 AM, Remko Popma remko.po...@gmail.com
wrote:
Yes, I was thinking along similar lines.
Something like https://issues.apache.org/jira/browse/LOG4J2-491
but perhaps more general.
I haven't got it all worked out yet but I find the current
Hi Chris,
Log4j-1.2 is not actively maintained anymore. On the other hand, log4j-2.0
is under active development/maintenance and IMHO stable enough for
production use.
We are in the middle of rolling out a 2.0-RC1 release, which should be
available for download in a couple of days.
Would it be an
From: Remko Popma [remko.po...@gmail.com javascript:;]
Sent: 07 February 2014 18:15
To: Log4J Users List
Subject: Re: Loading multiple different xml configuration files from
different components within process
Peter,
I did not fully understand what you
On Monday, February 17, 2014, Gary Gregory garydgreg...@gmail.com wrote:
On Sun, Feb 16, 2014 at 8:18 PM, Ralph Goers
ralph.go...@dslextreme.comjavascript:;
wrote:
Because I would like to participate and am still in the hospital. Not
easy
to do stuff only from my phone or iPad
Leos,
It looks correct to me...
Question: are the jar files all located in WEB-INF/lib (of the same war file
that contains WEB-INF/classes/log4j2.xml)?
Remko
Sent from my iPhone
On 2014/02/21, at 7:10, Leos Literak liter...@centrum.cz wrote:
Hi,
I have servlet with apache commons
.
Wildfly 80RC1
Leos
__
Od: Remko Popma remko.po...@gmail.com
Komu: Log4J Users List log4j-user@logging.apache.org
Datum: 21.02.2014 00:37
Předmět: Re: commons logging
Leos,
It looks correct to me...
Question: are the jar
Welcome Matt!
On Mon, Mar 3, 2014 at 10:57 PM, Matt Sicker boa...@gmail.com wrote:
Thanks guys! I'm looking forward to making more direct contributions now!
In fact, cleaning up some unit tests was something that's been itching me
for a while :)
Matt Sicker
On Mar 3, 2014, at 7:51, Gary
...@nicholaswilliams.netjavascript:;
wrote:
Congratulations, Matt! Welcome aboard!
Nick
On Mar 3, 2014, at 8:20 AM, Remko Popma wrote:
Welcome Matt!
On Mon, Mar 3, 2014 at 10:57 PM, Matt Sicker
boa...@gmail.comjavascript:;
wrote:
Thanks guys! I'm looking forward to making
As tweeted, I suggest trying the blocking wait strategy. Can you run a jstack
dump (and perhaps attach result to a Jira ticket)? In the attached stack trace
below, the AsyncLoggerConfig-1 thread seems to be parked, waiting for a new log
event... Doesn't explain high CPU usage...
Sent from my
On 2014/03/19, at 12:31, Chris Graham chrisgw...@gmail.com wrote:
I have tried both Block and Sleep (the default), but not Yield. No
discernable difference.
On Wed, Mar 19, 2014 at 1:53 PM, Remko Popma remko.po...@gmail.com wrote:
As tweeted, I suggest trying the blocking wait strategy. Can
.
-Chris
On Wed, Mar 19, 2014 at 2:45 PM, Remko Popma remko.po...@gmail.com
wrote:
Just to double-check: when using blocking wait, and running jstack, does
BlockingWaitStrategy appear in the stack trace?
Also, it it possible to double-check (perhaps attach VisualVM) that it
definitely
What is the java version used in 10.1.3.5.0 Oracle-HTTP-Server and in the
older version?
Sent from my iPhone
On Thursday, March 27, 2014, sschaef...@woh.rr.com wrote:
In my log4j.properties, it is configured to use
log4j.appender.logfile=org.apache.log4j.RollingFileAppender
In
Hi Becky,
The performance test code is a bit messy. Apologies for that.
To answer your questions: I used the longer message for throughput tests,
and the shorter message for latency tests.
PerfTest parameters:
[0] = runner class (like org.apache.logging.log4j.core.
async.perftest.RunLog4j2)
[1]
at 3:46 AM, Remko Popma remko.po...@gmail.com
wrote:
Hi Becky,
The performance test code is a bit messy. Apologies for that.
To answer your questions: I used the longer message for throughput tests,
and the shorter message for latency tests.
PerfTest parameters:
[0] = runner class
Your main goal is probably to have the IO (the jms messaging) in a separate
thread from your application. An async appender achieves that.
However AsyncAppender uses a normal java queue to pass log events from one
thread to another. This is a blocking data structure and can become a source of
works fine. Is there a way to
avoid this compatibility issue? Not sure how others that have similar
issue are able to migrate today to log4j 2
On Wed, Apr 2, 2014 at 4:48 PM, Remko Popma
remko.po...@gmail.comjavascript:;
wrote:
The problem is in activemq-all-5.9.0.jar. I suggest you contact
I can't see any attachments...
On Sun, Apr 6, 2014 at 10:10 AM, Matt Sicker boa...@gmail.com wrote:
I submitted these a bit late due to not noticing when we were supposed to
submit them, but I finished them! Attached is a PDF rendering of the slides
(hopefully this works).
--
Matt Sicker
Yep, I can see that. Thanks!
On Sun, Apr 6, 2014 at 12:38 PM, Matt Sicker boa...@gmail.com wrote:
Naturally. Mailing lists! :fist shaking:
https://drive.google.com/file/d/0BxtRBxbkr1dZNEdKTlZJa2ZVM28/edit?usp=sharing
Let me know if this link works.
On 5 April 2014 22:15, Remko Popma
Be aware you can't combine the RandomAccessFile appenders with logrotate. See
https://issues.apache.org/jira/browse/LOG4J2-354
Sent from my iPhone
On 2014/04/10, at 7:58, Matt Sicker boa...@gmail.com wrote:
It sounds like the delaycompress option from logrotate:
This may be caused by the LoggerContext.stop() method not being called.
Which version of Tomcat are you using? Special care is needed for Tomcat 7.0.40
and older.
A similar issue, LOG4J2-578 seemed to be caused by a config issue where the
version number in web.xml was incorrect. Can you
1 - 100 of 450 matches
Mail list logo