Version 3 is in active development; we’re still working on several things (and
a few more releases) before 3.0.0. In particular, documentation is an area that
will be getting overhauled (along with migration guides and a more useful user
manual), and we’re still auditing various bug fixes and
* For the Cassandra appender, I’m ok with deprecation. I had added this plugin
a while back partly as a demo to show how to write plugins and for some
consulting-related use cases, but I haven’t used this in quite some time as I’d
lean toward some form of queue middleware between logs and a
“JMSQueue” is an alias for the “JMS” plugin. Historically, the JMSQueue and
JMSTopic plugins were separate, but that was before the JMS API was updated to
allow for using the same classes for queues and topics. I unified the plugins a
while ago and kept the aliases in place.
> On Jun 6, 2023,
We’re removing it in 3.0. In 3.0, plugins are instead loaded via ServiceLoader
from the JDK. The annotation processor was updated to generate the service
classes with the plugin metadata, though that can be created manually if
necessary. This is related to supporting Java modules which don’t
That’s the log4j-to-jul module. I can’t find a link on the site, but here’s the
module overview page:
https://logging.apache.org/log4j/2.x/log4j-to-jul/index.html
> On Jan 24, 2023, at 5:01 PM, Usha Nayak wrote:
>
> Hello All,
>
> As a library owner, if I were to use the log4j2 API and the
The main purpose of the JSON encoding feature in PatternLayout is to escape
quotes, backslashes, and other special characters interpreted by JSON (along
with encoding characters that require encoding like newlines and certain
control characters). It long predates JTL which already handles
There’s also the fact that lookups are usable in layouts that don’t reuse
pattern layout components. Note that there are also differences in how objects
are allocated for different plugins when GC-free logging is a concern.
—
Matt Sicker
> On Sep 2, 2022, at 00:47, Piotr P. Karwasz wr
Using the LoggerContextResolver extension, you can indeed get a
per-test LoggerContext, but without a corresponding ContextSelector
plugin to go with it, you'll have to use JUnit's parameter resolvers
to get the Logger or LoggerContext rather than using LogManager. While
that pattern works fine in
on an ExtensionContext.Store, then
you can parallelize things pretty efficiently.
—
Matt Sicker
> On Jun 5, 2022, at 20:14, Björn Kautler wrote:
>
> Matt Sicker wrote:
>> If you look at our LoggerContextResolver JUnit 5 extension
>> code (more so in master than in release-2.x as the latter i
I'd imagine that the overhead of a LoggerContext per test would be
fairly low as long as you're not configuring hundreds of loggers in
each test. If you look at our LoggerContextResolver JUnit 5 extension
code (more so in master than in release-2.x as the latter is an older
version of the former),
You’ll need to configure a ContextSelector if you want to create more than one
LoggerContext per ClassLoader as the default strategy works that way.
—
Matt Sicker
> On May 19, 2022, at 10:57, Stephen Johns wrote:
>
> I am trying to create a completely separate second
> Context/C
The main reason why ListAppender doesn't support concurrent tests is
essentially a chicken-or-the-egg scenario. While I'd love to be able
to enable concurrent tests in log4j-core, for example, there are so
many tests that aren't currently configured or written to work
concurrently, nobody got
You could try out the JndiContextSelector for this use case as it’s all hosted
in the same container server.
—
Matt Sicker
> On Apr 6, 2022, at 08:41, Pooja Pandey wrote:
>
> For other 2 wars I get following harmless error when I keep
> 'log4j2.component.properties' file on log4
None of those attachments made it through to the mailing list.
On Thu, Mar 24, 2022 at 6:22 PM Pooja Pandey
wrote:
> Attaching sample test program for simulated multithreading logging.
>
>
>
> *From:* Pooja Pandey
> *Sent:* Friday, March 25, 2022 4:37 AM
> *To:* Log4J Users List
> *Subject:*
You could try the syslog/RFC5424 stuff which works over a syslog
socket and is supported by all existing syslog apps (like Console on
macOS). See
https://logging.apache.org/log4j/2.x/manual/appenders.html#SyslogAppender
for more info.
For more reliable networked logging, I second Ralph's
That's the general purpose of the ContextDataProvider extension API.
See
https://logging.apache.org/log4j/2.x/manual/extending.html#ContextDataProvider
for basic details.
On Fri, Mar 4, 2022 at 8:31 AM Gary Gregory wrote:
>
> An example would help...
>
> Gary
>
> On Fri, Mar 4, 2022 at 8:52 AM
That’s a system property to set on the java command line invocation of your
application.
—
Matt Sicker
> On Jan 5, 2022, at 10:51, Jin, Ying wrote:
>
> Can you let me know where I should put the following property in the
> application? Thanks!
>
> -Dlog4j2.debug=true
&g
,
patches, or suggestions for improvement, see the Apache Apache Log4j 2 website:
http://logging.apache.org/log4j/2.x/
--
Matt Sicker
-
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail
ons on
how to submit bug reports, patches, or suggestions for improvement,
see the Apache Apache Log4j 2 website:
https://logging.apache.org/log4j/2.x/
--
Matt Sicker
PMC Member, Logging Services, Apache Software Foundation
-
To u
We don’t publish or develop any log4j scanners here. This is only for
development of the libraries and related documentation.
--
Matt Sicker
> On Dec 17, 2021, at 10:38, Turritopsis Dohrnii Teo En Ming
> wrote:
>
> Dear Matt Sticker,
>
> I am trying to show that I have
This sounds like a bug to me. Plugin names are supposed to be case-insensitive
as they already are in the other log4j2 config file formats. Can you file a
Jira for this?
--
Matt Sicker
> On Dec 17, 2021, at 09:18, Christopher Schultz
> wrote:
>
> Matt,
>
> On 12/17/21
I’m not following what the point of this email is.
--
Matt Sicker
-
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-user-h...@logging.apache.org
I'd expect the parsing to be mostly a no-op as the lookup no longer
exists. Neutralized versions of the class could return an empty string
which might remove the string, but it would otherwise be left intact
and uninterpreted without the plugin available.
On Thu, Dec 16, 2021 at 7:08 PM Shawn
If you're trying to reuse config files from v1, we have an
experimental feature to support those directly in v2 documented here:
https://logging.apache.org/log4j/2.x/manual/compatibility.html
It's experimental mostly because it doesn't support _every_ possible
v1 feature, but it seems to cover
JNDI supports DNS as one of its protocols, but I've never confirmed
that you can load anything malicious through it. I've assumed it's
possible, though. I don't know if whitelisting DNS servers is
sufficient due to recursive DNS resolution in the protocol itself.
On Tue, Dec 14, 2021 at 2:35 PM
Thanks for confirming!
--
Matt Sicker
> On Dec 13, 2021, at 20:02, Daniel Savard wrote:
>
> Le lun. 13 déc. 2021 à 13:35, Daniel Savard a
> écrit :
>
>>
>> -
>> Daniel Savard
>>
>>
>> Le lun. 13 déc. 2021 à 13:28, Gary Greg
supported by the Log4j team.
For complete information on Apache Log4j 2, including instructions on
how to submit bug reports, patches, or suggestions for improvement,
see the Apache Apache Log4j 2 website:
https://logging.apache.org/log4j/2.x/
--
Matt Sicker
PMC Member, Logging Services, Apach
Did you import the keys from our keys file? That should make the
signatures authenticate.
On Mon, Dec 13, 2021 at 10:52 AM Daniel Savard wrote:
>
> Hi everyone,
>
> I am trying to authenticate the log4j-2.15 code downloaded from the
> apache.org site and the sha512 file doesn't contain a sha512
://logging.apache.org/log4j/kotlin/download.html
Make sure to verify downloaded artifacts with our GPG keys found here:
https://www.apache.org/dist/logging/KEYS
Maven artifacts are available from Maven Central:
https://repo1.maven.org/maven2/org/apache/logging/log4j/log4j-api-kotlin/1.1.0/
--
Matt
You should take a look at the routing appender for supporting what you want
to do. You can certainly keep the same logger name. You’d simply route log
events based on other metadata. See:
http://logging.apache.org/log4j/2.x/manual/appenders.html#RoutingAppender
On Fri, Apr 16, 2021 at 06:35
https://github.com/apache/logging-log4j2/pull/463 added more to this
feature. Might help fix your problem.
On Wed, 24 Feb 2021 at 10:44, Gary Gregory wrote:
>
> On Wed, Feb 24, 2021 at 11:37 AM Matt Sicker wrote:
> >
> > This behavior was recently changed but not released yet.
This behavior was recently changed but not released yet.
On Wed, 24 Feb 2021 at 10:07, Ralph Goers wrote:
>
> Interesting that you posted this to the user list.
>
> Last I checked the way the shutdown worked was very much dependent on which
> servlet spec version the app is using. As I recall,
For global log4j2 properties, see
https://logging.apache.org/log4j/2.x/manual/configuration.html#SystemProperties
You can include them in a file called log4j2.component.properties on
the classpath, or you can use environment variables based on the
system properties as described there.
On Sun, 24
The general idea would be to tie the lifecycle of a log4j config to
its underlying logical container whether that be the entire JVM (the
more common use case), a war, an ejb, a rar, whatever the unit of
containerization is inside the JVM. If the EE server itself is using
Log4j for its logging,
s more of an initialization of a
> lot of things after the application has been started, and I provide it
> with login credentials (it requires a login). There is another area
> where a lot of trace logging happens where I also see the performance
> issue with log4j.
>
> Lisa
y look into
> that. Good to know that wrapping like this is a known pattern.
>
> On 2020/11/20 14:15:53, Matt Sicker wrote:
> > That plug-in wrapper pattern will always work. Maybe creating properties
> to>
> > reference as variables is an option? There might be a way to st
For startup time issues, there's also a Java "bug"/feature where if
you don't have an /etc/hosts entry for localhost, InetAddress does a
reverse name lookup on the loopback socket which ends up performing a
network request on some operating systems (macOS seems to attempt an
mDNS lookup of some
That plug-in wrapper pattern will always work. Maybe creating properties to
reference as variables is an option? There might be a way to structure your
configuration to use routing appenders or something like that to minimize
duplication, too.
On Fri, Nov 20, 2020 at 05:07 Stig Rohde Døssing
Oops, sent too soon. I see that’s a snapshot repo. I believe we need to run
CI again since we purged some old snapshots the other day.
On Tue, Nov 3, 2020 at 08:23 Matt Sicker wrote:
> Snapshots aren’t meant to be in the release repository. While we do
> publish snapshots in our snapshot
Snapshots aren’t meant to be in the release repository. While we do publish
snapshots in our snapshots repo from CI, those aren’t releases, so we don’t
directly advertise them except to users who want to test out future
changes. I’m not particularly sure why you’ve chosen 3.x as that repo
changes
ee
> https://www.ralphgoers.com/post/getting-the-most-out-of-the-log4j-2-api#viewer-6f2om
> for an example of what I mean.
>
> [3]
> https://github.com/open-telemetry/opentelemetry-proto/blob/master/opentelemetry/proto/trace/v1/trace.proto
--
Matt Sicker
---
ever get written to the file.
> This makes this a critical error and also makes it very difficult to debug
> why this error is happening to begin with. Is there a way to prevent this
> from happening so that the error just gets appended to the file instead of
> overwriting everything that is there?
--
Matt Sicker
-
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-user-h...@logging.apache.org
gards.
> //Edmondo.
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
--
Matt Sicker
I don't know anything about log4j1 as I haven't used that for several
years, sorry.
On Wed, 29 Apr 2020 at 09:33, EDMONDO SENA wrote:
>
> Matt, last question:
>
> Before for log4j 1 the JMX wasn't enabled for default?
>
>
>
> On 2020/04/29 14:30:12, Matt Sicker wrote:
&g
le.jmx=true?
> You think that use @PowerMockIgnore("Javax.management.* ") is useless?
>
>
>
> On 2020/04/29 13:42:02, Matt Sicker wrote:
> > Sounds like you’ll need to configure PowerMock to ignore the log4j2 JMX
> > classes. There’s also a system pro
Also, if you’re trying to mock log4j2 in tests, you can always use the
LoggerContextRule from our test libraries to configure logging at the test
level.
On Wed, Apr 29, 2020 at 08:42 Matt Sicker wrote:
> Sounds like you’ll need to configure PowerMock to ignore the log4j2 JMX
> classes. T
gt; > Before we were Java 8, and Log4j and everything has worked!
> > Well, now we've java 11 and Log4j 2.
> > How can we fix it?
> > Have you any suggest?
> >
> >
> >
> >
> > On 2020/04/29 13:29:04, Matt Sicker wrote:
> >
---
> > > > > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > > > > For additional commands, e-mail:
> log4j-user-h...@logging.apache.org
> > > > >
> > > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > > > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> > > >
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
onal commands, e-mail: log4j-user-h...@logging.apache.org
> > > >
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > >
> > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >
> >
>
> --
about it?
>
>
>
> On 2020/03/24 13:46:44, Matt Sicker wrote:
> > There’s an entire set of structured data classes now for further
> > customization in the API. Otherwise, you want to use one of the syslog
> > layouts, too.
> >
> > On Tue, Mar 24,
t;
> Regards.
> //Edmondo.
>
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
nts to System.out.
> The value of this string is log4j.configDebug.
>
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
Ah, I see what you mean. I don’t think we have any specific plugin for
that, though they sound like reasonable feature requests. Could you file
Jira tickets for them?
On Thu, Feb 27, 2020 at 03:09 Sushil Singh
wrote:
> Thanks @Matt Sicker for your reply
>
> But 2 of my problem
EDMONDO SENA wrote:
> I saw it but not everything in that examples is clear to me...
>
>
>
> On 2020/02/27 15:33:56, Matt Sicker wrote:
> > http://logging.apache.org/log4j/2.x/manual/customconfig.html
> >
> >
> > On Thu, Feb 27, 2020 at 09:32 EDMONDO SENA wrot
l commands, e-mail: log4j-user-h...@logging.apache.org
> > >>
> > >>
> > >
> > > -
> > > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> > >
> > >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
here something we can use log api events to log to server also
>
> please let me know how these can be achieved
>
> Thanks,
>
> Sushil
>
> --
Matt Sicker
attachments to it may contain
> confidential or privileged information. If you are
> not the intended recipient, any dissemination, use,
> review, distribution, printing or copying of the
> information contained in this e-mail message
> and/or attachments to it are strictly prohibited. If
> you have received this communication in error,
> please notify us by reply e-mail or telephone and
> immediately and permanently delete the message
> and any attachments. Thank you
>
>
> --
Matt Sicker
ling of identity when more Appenders are used within the same VM.
> We've created some methods like:
>
> - append(LoggingEvent...)
> - initialize() for the protocol
> - get() and set() SyslogHost....
>
>
>
> On 2020/02/20 15:23:58, Matt Sicker wrote:
> > What did
possible to use syslog4j with log4j 2?
> > > What do you mean out of the box?
> > >
> > > //Edmondo.
> > >
> > >
> > > On 2020/02/20 15:01:25, Matt Sicker wrote:
> > >> I’d guess no, but Log4j2 comes with syslog appenders out of the box
t contained in log4j-1.2-api-2.13.0.jar?
>
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
scribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
ail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
e a function in log4j2 that replaced it?
>
> Kind regards.
> //Edmondo.
>
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
t; > >
> > >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
Oh, and though I haven't used it in over a year, SBT is the build tool
I'm most familiar with internals of (followed by Ant), so I don't have
a real preference between Maven and Gradle (both have incomprehensible
internals to me at this time).
On Fri, 31 Jan 2020 at 10:31, Matt Sicker wrote
og4J
> > >>> 2 maintainers)?
> > >>>
> > >>> Regards,
> > >>> Louis for the Gradle Dependency Management team
> > >>>
> > >>> [1] https://plugins.gradle.org/plugin/dev.jacomet.logging-capabilities
> > >>
; >
> > >
> > >
> > > Alban Hertroys
> > > D: +31 (0)53 4 888 888 | T: +31 (0)53 4888 888 | E:
> > > alban.hertr...@apollovredestein.com
> > > Apollo Vredestein B.V.| Ir. E.L.C. Schiffstraat 370, 7547 RD Enschede,
> The
> > > Netherlands
> > > Chamber of Commerce number: 34223268
> > >
> > >
> > >
> > >
> > > The information contained in this e-mail is intended solely for the
> use of
> > > the
> > > individual or entity to whom it is addressed. If you are not the
> intended
> > > recipient, you are hereby notified that any disclosure, copying,
> > > distribution
> > > or action in relation to the contents of this information is strictly
> > > prohibited and may be unlawful and request you to delete this message
> and
> > > any
> > > attachments and advise the sender by return e-mail. The
> confidentiality of
> > > this
> > > message is not warranted. Apollo Vredestein and its subsidiaries rule
> out
> > > any
> > > and every liability resulting from this or any other electronic
> > > transmission
> > >
> > >
> > >
> > >
> > >
> > >Please consider the environment before printing this e-mail
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> > > For additional commands, e-mail: log4j-user-h...@logging.apache.org
> > >
> > >
>
>
> Alban Hertroys
> D: +31 (0)53 4 888 888 | T: +31 (0)53 4888 888 | E:
> alban.hertr...@apollovredestein.com
> Apollo Vredestein B.V.| Ir. E.L.C. Schiffstraat 370, 7547 RD Enschede, The
> Netherlands
> Chamber of Commerce number: 34223268
>
>
>
>
> The information contained in this e-mail is intended solely for the use of
> the
> individual or entity to whom it is addressed. If you are not the intended
> recipient, you are hereby notified that any disclosure, copying,
> distribution
> or action in relation to the contents of this information is strictly
> prohibited and may be unlawful and request you to delete this message and
> any
> attachments and advise the sender by return e-mail. The confidentiality of
> this
> message is not warranted. Apollo Vredestein and its subsidiaries rule out
> any
> and every liability resulting from this or any other electronic
> transmission
>
>
>
>
>
>Please consider the environment before printing this e-mail
>
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
> --
Matt Sicker
logz =
> > > > org.apache.logging.log4j.LogManager.getLogger(LogGrabberTest.class);
> > > > org.apache.logging.log4j.LogManager.getContext(false); // just for
> > > > testing
> > > >
> > > > org.apache.logging.log4j.core.config.Configurator.setLevel(LogGrabberTest.cla
Writer method as I describe.
>
> Ralph
>
> > On Jul 13, 2019, at 10:12 AM, Matt Sicker wrote:
> >
> > Being a plugin means you can inject it as a @PluginElement wherever. Plus,
> > that makes it easier for users to write a custom plugin class to co
And by plugin, see for example the various BlockingQueueFactory plugins.
On Fri, Jul 12, 2019 at 18:09, Matt Sicker wrote:
> Plugin maybe? I think we could potentially extend the plugin system as a
> general dependency and configuration injection system. We can make less
> special cas
ml.jackson.databind.ser.BeanSerializer.serialize(BeanSerializer.java:155)
> >
> > The error can be prevented if `Mixin`s are added to the `ObjectMapper`
> > which ignore the corresponding class.
> >
> > The `Log4jJsonObjectMapper` is initialized in the `JacksonFactory.JSON`
> > class and I currently do not see any way to somehow configure this
> > ObjectMapper with additional MixIns.
> >
> > Hence, my question finally is:
> > How can I configure Log4J’s JSON mapping to not break on such
> > non-serializable log content?
> >
> > Thank you!
> > Dominik
> >
>
--
Matt Sicker
o="null", bufferSize="null", immediateFlush="null",
ignoreExceptions="null",
JsonLayout(org.apache.logging.log4j.core.layout.JsonLayout@d0eda69),
name="auditFile",
Configuration(/Users/matt/code/audit-log-plugin/src/main/resources/lo
gs
> wont work, i just get the log to Console output.
>
> I made up a full example including JUnit test of my work on github see:
> https://github.com/stefanwendelmann/JavaLogging
>
> I would be very pleased if you could help me.
>
> Thanks in advance
>
> Stefan Wendelmann
>
--
Matt Sicker
kgrounds. We therefore encourage (as always)
anyone thinking about sending in an application to do so ASAP.
We look forward to greeting many of you in Las Vegas!
Kind Regards,
Gavin - (On behalf of the Travel Assistance Committee)
--
; # Define the layout for file appender
> log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
> log4j.appender.FILE.layout.ConversionPattern=%d{ABSOLUTE} %5p %c{1}:%L-
> %m%n
>
> Could you help me? Thanks
--
Matt Sicker
---
What's not so great is that this management of the log level with a
> > "post"
> > > filter requires the logger to let everything through (TRACE).
> > > So then methods like isDebugEnabled() will always return true.
> > >
> > > Anyways for my use case we'l
019 at 9:33 AM Ralph Goers
> wrote:
>
> > Another possibility would be to have a ThreadGroupContextSelector and then
> > use a different LoggerContext and configuration for each ThreadGroup.
> > However, that could get very complicated. The RoutingAppender pretty
r.
> His definition of a job is that he is creating a thread to run it and
> everything under that thread should route to that Appender. So he cannot
> control what logger names are used much less whether they have Markers or not.
>
> Ralph
>
> > On Apr 25, 2019, at 8:59 AM, Matt
ml
You might also be able to just use a naming scheme for your loggers
that automatically makes them separately configurable as typical
loggers. For example, say you use a naming scheme
"com.example.threadgroup." as your loggers. Then you could
configure them by nam
ed on any
> platform and is known to have issues in newer versions of the JDK. Log4j 2
> is supported on any platform the JDK is supported on.
>
> Ralph
>
> > On Apr 17, 2019, at 7:34 AM, Matt Sicker wrote:
> >
> > Log4j is a Java library and works on any platform th
https://apenwarr.ca/log/20190216
Not specifically related to the logging libraries here, but this sort
of approach would work with any logging library.
--
Matt Sicker
-
To unsubscribe, e-mail: log4j-user-unsubscr
ck of parent pom resolution). The build requires mvn
> site first, then mvn install? It's a bit strange but i understand why it's
> there. Anyhow, I'm not complaining. I eventually got it to build and am up
> and running.
>
> On Tue, Feb 12, 2019 at 11:25 AM Matt Sicker wrote:
on does not work:
>
> confirmLog = LOGGER_CONFIRM:OFF in AsyncContext@4c23524b
> confirmLogClass = org.apache.logging.log4j.core.async.AsyncLogger
>
>
>
>
>
> Is there any way to solve this? I’m probably doing something wrong.
>
>
>
> Thanks,
>
>
>
> Joan.
>
--
Matt Sicker
-
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-user-h...@logging.apache.org
:
>
> Not sure if this is the right list butwould it be possible to get someone
> to publish chainsaw to maven central?
--
Matt Sicker
-
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional co
ke and eating it too
>
>
>
> How can I achieve this? This would be the log4j equivalent of gzip -k
> which keeps the original file.
>
> I want to avoid rolling over to a gzipped file, and then uncompressing
> it myself.
>
> Or rolling over to uncompressed file and compressing it myself.
>
> Rather, need both files to be created by log4j
>
>
>
> Appreciate any suggestions.
>
>
>
> Thanks,
>
> -Sameer Pradhan
>
>
>
>
>
>
>
>
>
>
>
--
Matt Sicker
/log4j/log4j-api-kotlin/1.0.0/
--
Matt Sicker
Assistant Secretary, Apache Software Foundation
VP Logging Services, ASF
-
To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
For additional commands, e-mail: log4j-user-h
less the application is restarted.
> Anyone faced this issue or can suggest any solution for this?
> Thanks,Bhavesh.
--
Matt Sicker
e more ideas please?
>
> El El mié, 5 dic 2018 a las 23:28, Matt Sicker
> escribió:
>
> > Are you including log4j-web in your war as well?
> >
> > On Wed, 5 Dec 2018 at 10:43, paginas wrote:
> >
> > > I added in my web.xml
>
Class().getClassLoader().getResourceAsStream(Log4java2FileName);
> >>> ConfigurationSource configuration =
> newConfigurationSource(log4javaFile);
> >>> Configurator.initialize(null, configuration);
> >>> It not works in my project because a regret to include this code in my
> InitContext (first point of code), this change only affect in some class,
> not in all context. (I have different servlets in my application and there
> are not affected by this change)
> >>>
> >>> Question:
> >>> Is there an easy alternative for adjusting the
> properties file? (some like slf4j configuration)
> >>>
> >>> I would be very grateful if you could help me because I can not find a
> solution and I would like to be able to use the new log4j2.
> >>> Best regards!
> >>
> >
>
>
--
Matt Sicker
ck to.
> Regards,Bhavesh.
>
>
>
--
Matt Sicker
; I
> > > have released the v0.15 of the plugin to Maven Central. This release
> > ships
> > > a garbage-free implementation that makes *log4j2-logstash-layout the
> > > fastest and only garbage-free JSON layout* plugin out there in the
> wild.
> > If
> > > you have a use case for JSON layout, you should definitely give
> > > log4j2-logstash-layout a try. As usual, feedback is welcome.
> > >
> > > Cheers!
> > >
> >
>
--
Matt Sicker
ink that makes a difference when running in OSGi. The
> problem is that core is calling API and asking it to load a core class.
> Unless it has access to the class it can’t do it. In OSGi it will only have
> access if log4j-core exposes it.
>
> Ralph
>
> > On Oct 4, 2018, at
ourcePackage.loadClass(SingleSourcePackage.java:36)
> >>>> at
> >>>>
> >>
> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:466)
> >>>> at
> >>>>
> >>
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:419)
> >>>> at
> >>>>
> >>
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:411)
> >>>> at
> >>>>
> >>
> org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150)
> >>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> >>>>
> >>>>
> >>>> On Fri, Sep 28, 2018 at 6:01 PM Ralph Goers <
> ralph.go...@dslextreme.com
> >>>
> >>>> wrote:
> >>>>
> >>>>> All ContextSelectors are part of log4j-core, not log4j-api.
> >>>>>
> >>>>> Ralph
> >>>>>
> >>>>>> On Sep 28, 2018, at 7:59 AM, Rob Gansevles
> >> wrote:
> >>>>>>
> >>>>>> Hi,
> >>>>>>
> >>>>>> I would like to use the BasicContextSelector in our OSGI application
> >> so
> >>>>>> have a single global log4j connfiguration as described in
> >>>>>> http://logging.apache.org/log4j/2.x/manual/logsep.html
> >>>>>>
> >>>>>> However, BasicContextSelector lives in
> >>>>>> package org.apache.logging.log4j.core.selector which does not seem
> to
> >> be
> >>>>>> usable from log4j-api.
> >>>>>>
> >>>>>> This package is not imported in the manifest of log4j-api like other
> >>>>>> packages (for example org.apache.logging.log4j.core.async).
> >>>>>>
> >>>>>> Is this missing, or am I missing something?
> >>>>>>
> >>>>>> I am using log4j 2.11.1
> >>>>>>
> >>>>>> Regards,
> >>>>>>
> >>>>>> Rob
> >>>>>
> >>>>>
> >>>>>
> >>>>> -
> >>>>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> >>>>> For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >>>>>
> >>>>>
> >>>
> >>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> >>> For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >>>
> >>>
> >>
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> >> For additional commands, e-mail: log4j-user-h...@logging.apache.org
> >>
> >>
>
>
>
> -
> To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org
> For additional commands, e-mail: log4j-user-h...@logging.apache.org
>
>
--
Matt Sicker
t;
> >> -Mensaje original-
> >> De: Ralph Goers [mailto:ralph.go...@dslextreme.com]
> >> Enviado el: viernes, 24 de agosto de 2018 19:24
> >> Para: Log4J Users List
> >> Asunto: Re: Problem with daily rotation on log4j2 RollingFile
> >>
&
e if you're not directly quoting everything that
isn't a date format character. In fact, this doesn't tell you how to even
insert the pattern at all unless you find random examples of how it
actually works in other parts of the manual.
--
Matt Sicker
> But the problem is this log file has been created as 2018-08-24 instead of
> 2018-08-25.
>
>
>
> These are my 2 log files:
>
> -rw-r-. 1 rootroot4382871 Aug 24 23:59
> vproxy_access.2018-08-22
>
> -rw-r-. 1 rootroot 16224 Aug 25 00:00
> vproxy_access.2018-08-24
>
>
>
> And this is the system date now:
>
> [root@server02 logs]# date
>
> Sat Aug 25 00:17:37 EDT 2018
>
>
>
>
>
> So at this point I’m not sure if this is a bug or I simply has something
> misconfigured in my log4j.xml
>
>
>
> Thanks,
>
>
>
> Joan.
>
>
>
>
--
Matt Sicker
is (some of which are very busy) only the
> last two hours of data are present in the current file.
>
> Is there some configuration item I have wrong? Or some buffering thing I
> don't know about?
>
--
Matt Sicker
1 - 100 of 404 matches
Mail list logo