Re: asynchronous logging

2013-07-31 Thread Dominik Psenner
Feel free to reuse whatever you need from the log4net source as long as you respect the ASF license. 2013/7/31 Farrington, Linda > Dominik, > > ** ** > > I know. I can’t either. The only thing I could think of it that it is > some security hole. Will open up an issue. (Do you know if t

[jira] [Created] (LOG4NET-386) Can't access ThreadContext properties

2013-07-31 Thread Linda Gouchie (JIRA)
Linda Gouchie created LOG4NET-386: - Summary: Can't access ThreadContext properties Key: LOG4NET-386 URL: https://issues.apache.org/jira/browse/LOG4NET-386 Project: Log4net Issue Type: Bug

RE: asynchronous logging

2013-07-31 Thread Farrington, Linda
Dominik, I know. I can't either. The only thing I could think of it that it is some security hole. Will open up an issue. (Do you know if there is a method I could use to read the configuration dynamically? I can just write the code to do it from scratch, but if something already exists th

Re: asynchronous logging

2013-07-31 Thread Dominik Psenner
I see your point. In ThreadContext there's no way to get to the keys, even though internally a dictionary is used. Please open a JIRA issue on this. Can't think about a reason why there shouldn't be a keys getter. 2013/7/31 Farrington, Linda > Dominik, > > ** ** > > I don’t think you’ve se

RE: asynchronous logging

2013-07-31 Thread Farrington, Linda
Dominik, I don't think you've seen the object that I'm talking about. There is no getkeys() method on the threadcontext. That's why I have the issue in the first place. Looks like I'll need to read the configuration file to get the property names. There is a getProperties method on the obje

Re: asynchronous logging

2013-07-31 Thread Dominik Psenner
Easy as that: http://logging.apache.org/log4net/release/sdk/log4net.Util.ReadOnlyPropertiesDictionary.GetKeys.html 2013/7/31 Farrington, Linda > Dominik, > > ** ** > > Seems obvious, but in our case, it’s not. I am working within some apps > that already exist that are calling this logg

RE: asynchronous logging

2013-07-31 Thread Farrington, Linda
Dominik, Seems obvious, but in our case, it’s not. I am working within some apps that already exist that are calling this logging and trying to make these changes without disrupting them. The app calls the logging like so: Push properties onto the threadcontext (fill threadcontext.properties

Re: asynchronous logging

2013-07-31 Thread Dominik Psenner
I may be pointing out the obvious, but why don't you let both applications write to the same key a collection which lets your third application determine which fields are being sent: string[] fields = Properties["fields"]; foreach(string field in fields) { string value = Properties[field];

RE: asynchronous logging

2013-07-31 Thread Farrington, Linda
My data is coming to me in the ThreadingContext.Properties collection. There are about 10 elements in there. I can’t seem to find a way to get the data out of this collection as there is no way to iterate it and I don’t know what the fields are named. (We have two different applications and t