[
https://issues.apache.org/jira/browse/LOG4NET-157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ron Grabowski updated LOG4NET-157:
----------------------------------
Fix Version/s: 1.2.11
Assignee: Ron Grabowski
Affects Version/s: 1.2.10
> FAQ for getting the fully-qualified name of a class
> ---------------------------------------------------
>
> Key: LOG4NET-157
> URL: https://issues.apache.org/jira/browse/LOG4NET-157
> Project: Log4net
> Issue Type: Improvement
> Components: Documentation
> Affects Versions: 1.2.10
> Environment: N/A
> Reporter: Chris Jerdonek
> Assignee: Ron Grabowski
> Priority: Minor
> Fix For: 1.2.11
>
>
> The FAQ here--
> http://logging.apache.org/log4net/release/faq.html
> states that the following are equivalent ways to obtain a logger:
> (1) private static readonly ILog log = LogManager.GetLogger(typeof(Foo));
> (2) private static readonly ILog log =
> LogManager.GetLogger(System.Reflection.MethodBase.GetCurrentMethod().DeclaringType);
> However, these constructs seem to behave differently when the classes
> involved are generic. When generic classes are involved, I believe the
> former generates a different logger for each type parameter combination,
> while the latter generates a different logger if and only if the number of
> type parameters is different.
> For example,
> TestClass<T, S> can yield "TestClass`2[[System.Int32..." in the former case
> and "TestClass`2" in the latter.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
