Closed gurt-il closed 7 years ago
hi!
lololol! file a bug report with microsoft!!! or better yet, switch a good OS :)
or file a bug report with gradle. or with android tools :)
Caused by: org.gradle.api.GradleException: Could not expand ZIP 'C:\app\build\intermediates\dexpatcher\dedex\classes.jar'.
at org.gradle.api.internal.file.archive.ZipFileTree.visit(ZipFileTree.java:98)
...
at org.gradle.api.tasks.compile.JavaCompile.compile(JavaCompile.java:127)
as you can see, gradle java compile task is exploding the classes.jar file, which contains the 'aux.class' present in the original app. there's nothing i can do, windows is 'malfunctioning'.
as a workaround you can grab the 'source.apk.aar' (the apk library) produced by the 'source' subproject, remove the offending file(s) from the doubly-nested '/dexpatcher/dedex/classes.jar', and then feed the modded '.aar' file directly to the 'patched' subproject (instead of having it import it from the 'source' subproject; set it up just like you would any other android library (.aar)).
I've implemented the workaround you suggested. I'll open an issue on gradle also.
Thanks!
Hi
In my latest app edit, I've got the error "Execution failed for task ':app:compileDebugJavaWithJavac'. Could not expand ZIP". Looking on the stacktrace show me that the error occurs when the file "aux.class" are behind copying. After some research I've figurate that this (along with AUX,CON, PRN, CLOCK$, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9) are not allowed as file name in windows. Apktool solution is to add # at the end of the file name in this case (so it's will be "aux#.class")
The full stacktrace is: