Thanks to everyone for the good wishes and I'm looking forward to working with
you all.
From: Harry Martyrossian
Sent: 05 February 2017 17:54:11
To: Log4NET Dev
Subject: RE: [ANN] New Committer Joe
Welcome to the team, Joe!
Wish you happy coding,
It certainly is.
I've been trying to find time to move this forward, but with not much success
so far...
Watch this space!
-Original Message-
From: Stefan Bodewig [mailto:bode...@apache.org]
Sent: 19 February 2017 10:16
To: Stefan Bodewig
Cc: Log4NET Dev
Subject: Re: ParallelAppender (wa
> And while I have your attention, I noticed that we released the
> log4net NuGet package for 1.2.10 as "1.2.10", but 1.2.11 and 1.2.12
> were "2.0.0" and "2.0.1," respectively. 1.2.12 was then re-released as
> "2.0.2." Since I've only been with Apache Logging since the spring and
> I'm complet
I'm responding to Stefan's call-to-arms, though I have limited time available,
currently probably not more than a day or two a month.
Given my lack of time I would probably want to get involved in specific
short-term tasks, such as taking on issues from the issue tracker, rather than
being a dr
Subject: Re: Response to call to arms
Hi Joe,
good to read you and welcome on the dev list! You're free to work on issues
that attract your attention. Nobody's going to force you to work on things you
don't deem to be worth the effort.
We've already decided to gradually
I would like to be able to log events from within an appender. I've always
been surprised there isn't more support for this. Obviously to avoid
re-entrancy, an appender must ignore events it generated itself, and should not
generate events before log4net has been successfully configured.
>From
I think the answer is probably yes: a FileAppender owns an IDisposable Stream,
and other appenders probably own IDisposable objects.
I would suggest having AppenderSkeleton implement IDisposable, rather than
IAppender. The Dispose method would call OnClose.
I also notice that AppenderSkeleton
t: Re: Better support for logging from an Appender
On 2016-10-21, Joe wrote:
> From within DoAppend, there is a flag m_recursiveGuard which should
> prevent re-entrancy problems from a synchronous appender's Append
> method. For an asynchronous appender there would need to be an
>
I have some ideas for developing a new AsyncAppenderSkeleton, based on recent
experience developing a custom async appender that sends logging events to a
Web API.
My current thoughts are:
1. A new base class AsyncAppenderSkeleton that can be configured to work
in synchronous mode (iden
t; The default implementation should probably be able to operate asynchronously
> or synchronously and change mode of operation based on a configuration flag
> "Asynchronous=True"
That's exactly what I had in mind.
Joe
Another point is that for any asynchronous appender implementation, it's a sine
qua non that the LoggingEvent class be thread-safe.
At least for the manipulations an appender might do: layout, accessing
properties, fixing properties.
I had a quick browse through the source and found what looks
rther
investigations I'm unable to give any sensible feedback.
On 2016-10-31 11:54, Joe wrote:
Another point is that for any asynchronous appender implementation, it's a sine
qua non that the LoggingEvent class be thread-safe.
At least for the manipulations an appender might do: layout, access
message to be "broken up into elements from multiple
thread contexts"?
Can you throw any light on that?
From: Dominik Psenner [mailto:dpsen...@apache.org]
Sent: 31 October 2016 15:31
To: log4net-dev@logging.apache.org
Subject: Re: AsyncAppenderSkeleton
See inlines.
On 2016-10-31 11:30
another appender that must
not care about locking because the buffering appender already does. If one
knows that locking/buffering is not needed because his application does no
multithreading at all, he could still configure the other appender all alone.
2016-11-02 20:55 GMT+01:00 Joe
I think it's much easier to discuss something concrete, so I've put up an
incomplete version of the AsyncAppenderSkeleton I envisage on the following
branch:
https://github.com/JJoe2/log4net/tree/wip/AsyncAppender
I would appreciate it if you could review this and let me know if you're happy
t
> If you are willing to help, please join log4net's dev mailing list and raise
> your hand. Look through log4net's issue tracker and pick things you'd like to
> work on. If you don't know where to start, please ask, Dominik and Stefan
> will be there to help.
> If there is anything holding you
I just had a quick look through the commits since 1.2.15 and I don't see
anything that looks particularly risky.
I'd vote for cutting an RC.
-Original Message-
From: Stefan Bodewig [mailto:bode...@apache.org]
Sent: 06 November 2016 11:14
To: log4net-dev@logging.apache.org
Subject: Toward
> A long time ago I had started a reimplementation of the RollingFileAppender
> because we've seen that we cannot fix it without breaking compatibility or
> redefining its features. Most of the
> issues related to the RollingFileAppender should be marked as related issues
> to the rewrite issue.
Joe created LOG4NET-550:
---
Summary: Logging recursively from an Appender not supported for
NET_4_0 and MONO_4_0
Key: LOG4NET-550
URL: https://issues.apache.org/jira/browse/LOG4NET-550
Project: Log4net
[
https://issues.apache.org/jira/browse/LOG4NET-551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15849761#comment-15849761
]
Joe commented on LOG4NET-551:
-
This probably has the same root cause as LOG4NET-550.
[
https://issues.apache.org/jira/browse/LOG4NET-551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15849790#comment-15849790
]
Joe commented on LOG4NET-551:
-
Stefan, when using DebugFormat, the message in
Joe created LOG4NET-397:
---
Summary: Conflicts due to new strong name key
Key: LOG4NET-397
URL: https://issues.apache.org/jira/browse/LOG4NET-397
Project: Log4net
Issue Type: Bug
Reporter
[
https://issues.apache.org/jira/browse/LOG4NET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe updated LOG4NET-397:
Description:
Consider an application that uses two third-party assemblies:
- AssemblyA from Supplier A, compiled
[
https://issues.apache.org/jira/browse/LOG4NET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13789039#comment-13789039
]
Joe commented on LOG4NET-397:
-
> ... it may be time to learn about the GAC
1. I kno
[
https://issues.apache.org/jira/browse/LOG4NET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13789065#comment-13789065
]
Joe commented on LOG4NET-397:
-
> "... if a third party library uses log4net
[
https://issues.apache.org/jira/browse/LOG4NET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13789073#comment-13789073
]
Joe commented on LOG4NET-397:
-
> Using a privatePath attribute on a probing element
[
https://issues.apache.org/jira/browse/LOG4NET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13789105#comment-13789105
]
Joe commented on LOG4NET-397:
-
> So far I had assumed you had no influence on the su
[
https://issues.apache.org/jira/browse/LOG4NET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13789105#comment-13789105
]
Joe edited comment on LOG4NET-397 at 10/8/13 11:02 AM:
---
> S
[
https://issues.apache.org/jira/browse/LOG4NET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13790118#comment-13790118
]
Joe commented on LOG4NET-397:
-
IMHO your FAQ should provide more detailed information on
[
https://issues.apache.org/jira/browse/LOG4NET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13790265#comment-13790265
]
Joe commented on LOG4NET-397:
-
@dominik - I get the impression from your comments that
[
https://issues.apache.org/jira/browse/LOG4NET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13790315#comment-13790315
]
Joe commented on LOG4NET-397:
-
@Dominik, no offence taken. My opinion, as you
Joe created LOG4NET-511:
---
Summary: API to flush appenders
Key: LOG4NET-511
URL: https://issues.apache.org/jira/browse/LOG4NET-511
Project: Log4net
Issue Type: Wish
Components: Appenders
Joe created LOG4NET-512:
---
Summary: Thread safety issue in Hierarchy.cs
Key: LOG4NET-512
URL: https://issues.apache.org/jira/browse/LOG4NET-512
Project: Log4net
Issue Type: Bug
Components
Joe created LOG4NET-526:
---
Summary: Add appSetting conversion pattern to PatternString
Key: LOG4NET-526
URL: https://issues.apache.org/jira/browse/LOG4NET-526
Project: Log4net
Issue Type: New Feature
[
https://issues.apache.org/jira/browse/LOG4NET-526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe updated LOG4NET-526:
Description:
A common requirement is to be able to define a base directory for log files
that can be used by
[
https://issues.apache.org/jira/browse/LOG4NET-511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15581186#comment-15581186
]
Joe commented on LOG4NET-511:
-
[~bodewig] - it occurs to me that it would have been be
Joe created LOG4NET-529:
---
Summary: Possible thread-safety bug in LoggingEvent
Key: LOG4NET-529
URL: https://issues.apache.org/jira/browse/LOG4NET-529
Project: Log4net
Issue Type: Bug
[
https://issues.apache.org/jira/browse/LOG4NET-281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15640035#comment-15640035
]
Joe commented on LOG4NET-281:
-
Surely adding an ILog2 interface and a LogManager.GetLog
[
https://issues.apache.org/jira/browse/LOG4NET-255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15640095#comment-15640095
]
Joe commented on LOG4NET-255:
-
If an application is running under an account witho
[
https://issues.apache.org/jira/browse/LOG4NET-256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15640560#comment-15640560
]
Joe commented on LOG4NET-256:
-
I'm not sure this is XP related.
The bug descriptio
[
https://issues.apache.org/jira/browse/LOG4NET-272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15640571#comment-15640571
]
Joe commented on LOG4NET-272:
-
If you are using properties in the configuration file,
[
https://issues.apache.org/jira/browse/LOG4NET-264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15640578#comment-15640578
]
Joe commented on LOG4NET-264:
-
I can't see anything in the current source code
[
https://issues.apache.org/jira/browse/LOG4NET-256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15641314#comment-15641314
]
Joe commented on LOG4NET-256:
-
I would suggest it could be resolved as "Cannot
[
https://issues.apache.org/jira/browse/LOG4NET-531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15650645#comment-15650645
]
Joe commented on LOG4NET-531:
-
It's probably a threading bug in your custom app
[
https://issues.apache.org/jira/browse/LOG4NET-531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15650727#comment-15650727
]
Joe commented on LOG4NET-531:
-
[~lanorkin] from the stack trace I would say there i
45 matches
Mail list logo
