启动 Roo Shell 导致 lucene 错误
欢迎来到春罗。如需帮助，请按 CTRL+SPACE 或输入“提示”，然后按 ENTER。 罗>第 21 行第 39 列出现词法错误。遇到：“\u2013”(8211)，之后：“”
如何恢复索引？
现在，当我升级到 Roo 1.2.1 时，错误消息消失了，但我得到了 roo>; null 具有相同的效果：不生成和编织 *.aj 源。
代码很好，我在另外两台不同的机器上检查了它，其中生成了所有 .aj，没有错误消息。
假设1：它与windos/linux字符解释有关。在 Linux 下可以正常工作，在 Windows 下会报错
Welcome to Spring Roo. For assistance press CTRL+SPACE or type "hint" then hit ENTER.
roo> Lexical error at line 21, column 39. Encountered: "\u2013" (8211), after : ""
How to restore the index?
now, when I upgrade to Roo 1.2.1 the error message is gone but I get roo> null with the same effect: no *.aj sources are generated and woven.
The code is fine, I've checked it out on two other different machines where all .aj were generated, no error message.
Hypothesis 1: it has to do with windos/ linux character interpetation. On Linux it worked, under Windows error
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
解开了谜团。
在其中一项测试中，我声明带有“umlaute”的德语常量：ö 是罪魁祸首，而不是破折号。
因此，用于生成方面的解析器会读取此内容，但无法处理它。恕我直言，这是一个错误，尤其是我讨厌这样一个事实：异常无法判断罪魁祸首周围的字符序列。这确实会浪费调试时间。
有趣的是，在 Linux 上没有问题。
Solved the mystery.
In one of the tests I declare a german constant with 'umlaute': ö is the culprit not en-dash.
So the parser for aspect generation reads this and can't cope with it. It's a bug IMHO, especially I hate the fact that the exception can't tell which sequence of characters is surounding the culprit. That would really kill debugging time.
Interestingly on Linux no problems.