Closed Badya closed 7 years ago
3.0.0 -> 3.0.1
That's true, I thought no one been updated before my fix :)
an update about this dependency into README will be better.
My mind it's bad idea 'cause gradle plugin should mostly incapsulate all possible features inside. Runtime jar is critically need to work so why should we deliver this step to the developer? Anyone can simply forget it (most in case of updating to a newer plugin) and then open an issue :)
Thank's for contributing!
@Archinamon i am using it only for androidTestCompile for example, so why do i need a compile dependency, i think it is better when you manage dependencies you need, instead of plugin doin' it behind your back.
@Archinamon In addition, can we throw some Exception with info, if runtime wasn't provided?
It's still complicated solution :) In case you're using aj only for androidTest variants I see a solution to explicitly specify the tests-only scope to avoid mutation of classpath of root module. In additional I wanna say that progruard will cut unneeded dependencies (aj rt if you're not using it while building assembleRelease) out of apk.
@Archinamon FYI 3.0.0 from jitpack still behaves bad - consider re-releasing it =)
@Archinamon, waiting for review from you =)
One question left :)
Am i missing something? It seems complete. And i've created an issue #45 to make it separated from this changes.
pr merged
Preconditions: I have a project with AspectJ plugin applied in my app/build.gradle:
I included this dependency right before #41 fix It seems that my gradle caches haven't updated to new version after release, so there've been an NPE problem while gradle configured my project, and while using .jar build from sources everything was OK.
Problems: Even @Archinamon added a check to com.archinamon.utils.AarExploringKt#findPackageNameIfAar:
Using com.archinamon.api.AspectJCompileTask.Builder#findCompiledAspectsInClasspath before changing the classpath seems creepy %)
I also think that removing
from com.archinamon.plugin.PluginSetupKt#configProject and including an update about this dependency into README will be better.
Suggestion: Even if fix is very small it is better to change version to minor update like 3.0.0 -> 3.0.1 - just to be shure that caches won't stuck.