Details
Description
The parser does currently not translate Unicode escapes as described in JLS, Lexical Structure.
If Unicode escapes are used for identifiers, an exception is raised as shown by the attached source file:
com.thoughtworks.qdox.parser.ParseException: syntax error @[17,37] in .../src/main/java/it/MyMojo.java at com.thoughtworks.qdox.parser.impl.Parser.yyerror(Parser.java:716) at com.thoughtworks.qdox.parser.impl.Parser.yyparse(Parser.java:826) at com.thoughtworks.qdox.parser.impl.Parser.parse(Parser.java:697) at com.thoughtworks.qdox.JavaDocBuilder.addSource(JavaDocBuilder.java:300) at com.thoughtworks.qdox.JavaDocBuilder.addSource(JavaDocBuilder.java:316) at com.thoughtworks.qdox.JavaDocBuilder.addSource(JavaDocBuilder.java:312) at com.thoughtworks.qdox.JavaDocBuilder$1.visitFile(JavaDocBuilder.java:369) at com.thoughtworks.qdox.directorywalker.DirectoryScanner.walk(DirectoryScanner.java:43) at com.thoughtworks.qdox.directorywalker.DirectoryScanner.walk(DirectoryScanner.java:34) at com.thoughtworks.qdox.directorywalker.DirectoryScanner.walk(DirectoryScanner.java:34) at com.thoughtworks.qdox.directorywalker.DirectoryScanner.scan(DirectoryScanner.java:52) at com.thoughtworks.qdox.JavaDocBuilder.addSourceTree(JavaDocBuilder.java:366)
Unicode escapes in comments (more likely) don't make the parser fail but still need translation.
Activity

Field | Original Value | New Value |
---|---|---|
Status | Open [ 1 ] | Closed [ 6 ] |
Fix Version/s | 1.10 [ 15020 ] | |
Resolution | Fixed [ 1 ] |

Status | Closed [ 6 ] | Reopened [ 4 ] |
Resolution | Fixed [ 1 ] |

Status | Reopened [ 4 ] | Closed [ 6 ] |
Fix Version/s | 1.9.1 [ 15252 ] | |
Fix Version/s | 1.10 [ 15020 ] | |
Resolution | Fixed [ 1 ] |
I've added a test to LexerTest which shows this problem when it hits the JFlexLexer