[ https://issues.apache.org/jira/browse/LOG4NET-307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Stefan Bodewig updated LOG4NET-307: ----------------------------------- Fix Version/s: 1.2 Maintenance Release > New pattern AssemblyLocationPatternConverter > -------------------------------------------- > > Key: LOG4NET-307 > URL: https://issues.apache.org/jira/browse/LOG4NET-307 > Project: Log4net > Issue Type: New Feature > Components: Other > Affects Versions: 1.2.9, 1.2.10 > Reporter: Jon Abaunza > Fix For: 1.2 Maintenance Release > > > It would be really easy and nice, to hace the > AssemblyLocationPatternConverter that would allow to retrieve the assembly of > the Caller. > using System; > using System.Text; > using System.IO; > using log4net.Core; > namespace log4net.Layout.Pattern > { internal sealed class AssemblyLocationPatternConverter : > PatternLayoutConverter > { override protected void Convert(TextWriter writer, > LoggingEvent loggingEvent) > { > > writer.Write(loggingEvent.LocationInformation.AssemblyName); > } > } > } > It just would need the retrieval of the Assembly Name in the LocationInfo > (new property AssemblyName and the retrieval in the constructor) > ...Retrieval.... > m_assembly = method.Module.Assembly.FullName; > ... > After this... it just would be needed to register the new pattern so that it > would be recognized. (Added in the static constructor of PatternLayout) > .... > s_globalRulesRegistry.Add("assembly", > typeof(AssemblyLocationPatternConverter)); > .... > With a conversion pattern like the following > <conversionPattern value="%assembly"/> > We could get the following log: > WindowsFormsApplication3, Version=1.0.0.0, Culture=neutral, > PublicKeyToken=null -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira