Bug 42575 - Parsing errors in log4j-1.2.13
Summary: Parsing errors in log4j-1.2.13
Status: RESOLVED DUPLICATE of bug 41487
Alias: None
Product: Log4j - Now in Jira
Classification: Unclassified
Component: Other (show other bugs)
Version: 1.3alpha
Hardware: All other
: P2 normal
Target Milestone: ---
Assignee: log4j-dev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-06-04 01:25 UTC by viv
Modified: 2007-06-04 09:07 UTC (History)
0 users



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description viv 2007-06-04 01:25:16 UTC
We am encountering some problem as we have to parse our configuration file 
log4j.xml in a log4j application as we migrate from log4j-1.2.8 to log4j-
1.2.13 . 
In log4j-1.2.13 category has been deprecated and logger has been provided in 
place of it. With log4j-1.2.8 (i.e. in my previous log4j.xml file) I have a 
category declaration like the following:
<category name="ClassName$Assigner">
        <priority value="debug"/>
</category>
Here Assigner is an internal class name in a class called ClassName and this 
gets parsed ok.
But with log4j-1.2.13 (i.e in our new log4j.xml file) we want to use logger 
instead of category and we have the following declaration:
<logger name="ClassName$Assigner">
        <level value="debug"/>
</logger>
 
This gives error in parsing; it complains the following:
log4j:WARN Continuable parsing error 122 and column 43
log4j:WARN Attribute value "ClassName$Assigner" of type ID must be a name.

That is, it is not accepting ClassName$Assigner to be a logger name. 

we wish to know where if there is any workaround possible for this internal 
class to get parsed with a logger declaration. Is it a bug?

Regards
Comment 1 Curt Arnold 2007-06-04 09:07:46 UTC
Duplicate of 41487.  Should be fixed in the forthcoming log4j 1.2.15.  log4j does properly interpret the 
inner-class name in earlier versions despite the error message.

*** This bug has been marked as a duplicate of 41487 ***