Groovy жалуется на неожиданный токен при вычислении реляционного оператора для десятичных значений без начальных нулей

Question

У меня возникла проблема с выполнением следующего фрагмента Groovy Script.

GroovyShell sh = new GroovyShell();
sh.evaluate("\"abcd\".length() >= .34");

Я получаю следующие исключения. Вся трассировка стека упоминается ниже.

Exception in thread "main" org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
Script1.groovy: 1: unexpected token: >= @ line 1, column 17.
    "abcd".length() >= .34d

Если я изменю .34 на 0.34, это работает. Однако из-за некоторых ограничений я не смогу изменить содержимое скрипта. Будем благодарны за любую помощь в преодолении.

Я получаю следующие исключения

Exception in thread "main" org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
Script1.groovy: 1: unexpected token: >= @ line 1, column 17.
    "abcd".length() >= .34d
                       ^
1 error

at org.codehaus.groovy.control.ErrorCollector.failIfErrors(ErrorCollector.java:310)
at org.codehaus.groovy.control.ErrorCollector.addFatalError(ErrorCollector.java:150)
at org.codehaus.groovy.control.ErrorCollector.addError(ErrorCollector.java:120)
at org.codehaus.groovy.control.ErrorCollector.addError(ErrorCollector.java:132)
at org.codehaus.groovy.control.SourceUnit.addError(SourceUnit.java:350)
at org.codehaus.groovy.antlr.AntlrParserPlugin.transformCSTIntoAST(AntlrParserPlugin.java:144)
at org.codehaus.groovy.antlr.AntlrParserPlugin.parseCST(AntlrParserPlugin.java:110)
at org.codehaus.groovy.control.SourceUnit.parse(SourceUnit.java:234)
at org.codehaus.groovy.control.CompilationUnit$1.call(CompilationUnit.java:168)
at org.codehaus.groovy.control.CompilationUnit.applyToSourceUnits(CompilationUnit.java:943)
at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:605)
at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:581)
at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558)
at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298)
at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268)
at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688)
at groovy.lang.GroovyShell.parse(GroovyShell.java:700)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:584)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:623)
at groovy.lang.GroovyShell.evaluate(GroovyShell.java:594)
at groovytest.Testtest.main(Testtest.java:18)

Answer 1

Ваш фрагмент Groovy неверен - Groovy не поддерживает запись без начального нуля в случае десятичных чисел, меньших 1.0. Если вы попытаетесь скомпилировать следующее выражение напрямую, используя groovyc:

"abcd".length() >= .34

компиляция завершится с ошибкой вроде:

org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
test.groovy: 2: Unexpected input: '.' @ line 2, column 20.
   "abcd".length() >= .34
                      ^

1 error

Java поддерживает такие обозначения, однако Groovy от 2.x до 3.0.0-alpha-3 версии не поддерживает его.

Твердый раствор

Исправьте входной фрагмент кода Groovy, чтобы он содержал только действительный и готовый к компиляции код. Любые недопустимые выражения или выражения Groovy приведут к сбоям и ошибкам компиляции.

Обходной путь: добавьте ведущие нули с помощью replaceAll() метода

Единственный способ скомпилировать такой неправильный фрагмент кода - заменить все .\d+ (точки, за которыми следует хотя бы один пробел и заканчивающиеся цифрой) на 0.$1. Рассмотрим следующий пример:

def snippet = "\"abcd\".length() >= .34; \"efgh\".length() >= .22; \"xyz\".length() >= 0.11;"

println snippet.replaceAll(' \\.(\\d+)', ' 0.$1')

Добавляет 0 ко всем десятичным числам, где отсутствует начальный ноль. При выполнении этого примера на консоль выводится следующий вывод:

"abcd".length() >= 0.34; "efgh".length() >= 0.22; "xyz".length() >= 0.11;

Если вы передадите такой измененный фрагмент методу GroovyShell.evaluate(), он будет работать без ошибок.

Конечно, это не надежное решение, а просто способ автоматически исправить некоторые синтаксические ошибки, введенные во фрагменте кода. В некоторых случаях этот обходной путь может вызывать некоторые побочные эффекты, вы должны знать об этом.