Ich benutze Lombok in einem Pure-Java-Modul in einem Android Studio-Projekt. Dies ist das build.gradle für das Modul:Lombok in Java-Modul Beitrag zur Anzahl der Methoden in apk
apply plugin: 'java'
apply plugin: 'war'
targetCompatibility = '1.7'
sourceCompatibility = '1.7'
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
providedCompile "org.projectlombok:lombok:1.12.6"
testCompile 'junit:junit:4.12'
testCompile 'org.assertj:assertj-core:1.7.0'
compile 'com.google.code.gson:gson:2.7'
}
Allerdings, wenn ich bauen meine Android-Modul das resultierende APK diese Methode zählt von lombok hat, wenn sie keine haben sollte.
lombok: 4099
bytecode: 85
core: 308
debug: 18
handlers: 8
runtimeDependencies: 15
delombok: 253
ant: 22
eclipse: 820
agent: 223
handlers: 387
experimental: 16
extern: 6
apachecommons: 1
java: 1
log4j: 2
slf4j: 2
installer: 286
eclipse: 109
javac: 970
apt: 132
handlers: 317
java6: 24
java7: 24
java8: 26
libs: 996
com: 61
zwitserloot: 61
cmdreader: 61
org: 935
objectweb: 935
asm: 935
commons: 405
signature: 41
tree: 199
patcher: 316
equinox: 18
inject: 7
scripts: 150
Ist das etwas falsch w/lombok, wie ich providedCompile
oder etwas mit dem Android/Gradle System bauen mit?
Ausgezeichnet. Ich musste meinen Gradle Wrapper auf 2.12 aufrüsten, was eine einfache Änderung in 'gradle-wrapper.properties' war. Dies bedeutete auch, dass ich kein' war' Plugin brauchte. Es stellt sich heraus, dass mein'App'-Android-Modul diese Abhängigkeit in meinem Pure-Java-Modul unterstützte. Daher musste ich eine Abhängigkeit in der 'build.gradle' -Datei festlegen:' mitgeliefert 'org.projectlombok: lombok: 1.12. 6 " – tir38