2017-12-01 89 views
5

Wystąpiła pewna aktualizacja pliku zasobów XML dla ciągów ES. Po zmianach z tymi String Budowa zakończy się niepowodzeniem z błędem poniżej:Niepowodzenie kompilacji Gradle dla zadania "processBasicDebugResources": com.github.javaparser.TokenMgrError

Error:com.github.javaparser.TokenMgrError: Lexical error at line 5563, column 57. Encountered: "\u00b3" (179), after : "" 

Błąd stwierdza, że ​​problem jest z Superscript char \ u00b3 jednak jeszcze nie dodałem to w pliku zasobów.

Aby debugować ten problem, należy uruchomić bezpośrednio z terminalu Gradlew z stacktrace, które dają poniższe informacje:

Caused by: com.github.javaparser.TokenMgrError: Lexical error at line 5563, column 57. Encountered: "\u00b3" (179), after : "" 
    at com.github.javaparser.ASTParserTokenManager.getNextToken(ASTParserTokenManager.java:2480) 
    at com.github.javaparser.ASTParser.jj_scan_token(ASTParser.java:9115) 
    at com.github.javaparser.ASTParser.jj_3R_92(ASTParser.java:5504) 
    at com.github.javaparser.ASTParser.jj_3_5(ASTParser.java:5574) 
    at com.github.javaparser.ASTParser.jj_2_5(ASTParser.java:5198) 
    at com.github.javaparser.ASTParser.ClassOrInterfaceBodyDeclaration(ASTParser.java:944) 
    at com.github.javaparser.ASTParser.ClassOrInterfaceBody(ASTParser.java:865) 
    at com.github.javaparser.ASTParser.ClassOrInterfaceDeclaration(ASTParser.java:470) 
    at com.github.javaparser.ASTParser.ClassOrInterfaceBodyDeclaration(ASTParser.java:932) 
    at com.github.javaparser.ASTParser.ClassOrInterfaceBody(ASTParser.java:865) 
    at com.github.javaparser.ASTParser.ClassOrInterfaceDeclaration(ASTParser.java:470) 
    at com.github.javaparser.ASTParser.TypeDeclaration(ASTParser.java:398) 
    at com.github.javaparser.ASTParser.CompilationUnit(ASTParser.java:203) 
    at com.github.javaparser.JavaParser.parse(JavaParser.java:111) 
    at com.github.javaparser.JavaParser.parse(JavaParser.java:158) 
    at com.github.javaparser.JavaParser.parse(JavaParser.java:177) 
    at butterknife.plugin.FinalRClassBuilder.brewJava(FinalRClassBuilder.java:36) 
    at butterknife.plugin.FinalRClassBuilder$brewJava.call(Unknown Source) 
    at butterknife.plugin.ButterKnifePlugin$_apply_closure1$_closure2$_closure3$_closure4.doCall(ButterKnifePlugin.groovy:34) 
    at org.gradle.api.internal.AbstractTask$ClosureTaskAction.execute(AbstractTask.java:596) 
    at org.gradle.api.internal.AbstractTask$ClosureTaskAction.execute(AbstractTask.java:577) 
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:95) 
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:76) 
    ... 70 more 

Czy ktoś proszę sugerować, w jaki sposób może to być stałe, jakieś pomysły!

+0

Prosty błąd https://stackoverflow.com/a/6501158/4592448 Rozwiąż swój błąd. – Fortran

+0

Co rozumiesz przez "Struny ES"? – Ibrahim

+0

Hiszpańskie struny – Timson

Odpowiedz

0

Mówisz:

There was some update to the XML resource file for ES Strings. After the changes with these String the Build fails with below error:

Error:com.github.javaparser.TokenMgrError: Lexical error at line 5563, column 57. Encountered: "\u00b3" (179), after : "" 

Co się dzieje

W swojej hiszpańskiejres/values-es/strings.xml pliku masz unicode charachter,
(U + 00B3) ('Indeks górny trzy') na linii 5563, kolumna 57.

(Pamiętaj o Androidstrings.xml plik zasobów jest kodowany w postaci UTF-8).

Jak naprawić (ogólnie fix)

ten sposób można zakodować ten znak w strings.xml (&#x00b3):

<string name="SUPERSCRIPT THREE">&#x00b3</string> 

Jak go (specyficzne) naprawić

Nie wyjaśnij, jak lub dlaczego używasz com.github.javaparser do przetwarzania ciągów zasobów zamiast domyślnych (o ile mi wiadomo) XmlPullParser (nie udostępniłeś swoich plików build.gradle). Oczywiste jest, że używasz starej (ze znanymi błędami w tej dziedzinie) wersji. Aby uaktualnić:

dependencies { 
    compile 'com.github.javaparser:javaparser-core:3.5.5' 
} 

Linki

Zobacz Special-characters-in-your-XML.

+0

Po zaktualizowaniu zależności, błąd wydaje się być rozwiązany! – Timson

Powiązane problemy