Outil dx Android

C'est un but spécial drapeau qui n'est utilisé que lors de la construction de quelques-uns des cadre des pots (core.jar, framework.jar, etc.). Normalement, dx va refuser de traiter un java.* ou javax.* des classes. Si cette option est utilisée pour core.jar, où toutes les classes sont en fait définis.

Ici est pertinente texte de présentation de la dx source (dalvik/dx/src/com/android/dx/command/dexer/Main.java), qui s'affiche si vous essayez d'inclure une java.* ou javax.* classe dans une application.

Mal conseillé ou d'erreur sur l'utilisation d'une classe de base (java.* ou javax.*)
lorsqu'il n'est pas la construction d'une bibliothèque de base.
C'est souvent par inadvertance, y compris une bibliothèque de base de fichier
dans le projet de l'application, lors de l'utilisation d'un IDE (comme
Eclipse). Si vous êtes sûr que vous n'êtes pas intentionnellement la définition d'un
classe de base, alors c'est l'explication la plus probable de ce qui est
allez sur.

Cependant, vous pourriez être effectivement tenter de définir une classe dans une base
espace de noms, dont la source que vous avez pris, par exemple,
à partir d'un non-Android machine virtuelle de projet. Ce sera la plus
certainement pas de travail. Au minimum, elle met en danger la
la compatibilité de votre application avec les futures versions de la plate-forme.
Il est également souvent douteuse de la légalité.

Si vous avez vraiment l'intention de construire une bibliothèque de base, qui est seulement
appropriées dans le cadre de la création d'une machine virtuelle
la distribution, par opposition à la compilation d'une application, puis utiliser
le \"--core-bibliothèque\" option pour supprimer ce message d'erreur.
Si vous allez de l'avant et utiliser \"--core-bibliothèque\" mais qui sont en fait
la construction d'une application, alors soyez prévenus que votre application
échouera toujours à construire ou à terme, à un certain point. S'il vous plaît être
préparé pour angry les clients qui trouvent, par exemple, que votre
l'application cesse de fonctionner une fois la mise à niveau de leur exploitation
système. Vous serez à blâmer pour ce problème.

Si vous êtes légitimement en utilisant un code qui se trouve être dans un
package de base, alors la meilleure alternative sûre que vous avez est de
reconditionner le code. C'est, de déplacer les classes en question dans
votre propre paquet de noms. Cela signifie qu'ils ne seront jamais en
conflit avec le système de base des classes. JarJar est un outil qui peut aider
vous dans cette entreprise. Si vous trouvez que vous ne pouvez pas faire cela, alors
c'est une indication que le chemin que vous êtes sur la sera finalement
conduire à la douleur, la souffrance, le chagrin, et de lamentation.

--core-bibliothèque de l'option sur la Dx va contourner la stupidité de vérifier qui vous évite de y compris Java bibliothèques de base dans vous Android app.

Dx sera barf si vous essayez d'inclure une bibliothèque qui contient les packages java.* ou javax.* nom de l'espace. l'idée est que les classes dans l'espace de nom sont susceptibles de dépendre d'autres JDK "de base" des classes, ce qui va casser votre application, car ils (peuvent) pas être présent sur Android.

maintenant, bien sûr, juste parce qu'un package java commence avec java.* ou javax.* ne veut pas nécessairement dire que ça dépend du JDK bon. il peut fonctionner parfaitement bien dans android. la recommandation, si vous savez ce que vous faites, si vous savez que votre java/x.* les classes ne dépendent pas de JDK classes de base, est d'utiliser un outil comme JarJar à emballer le POT sous un nom différent de l'espace.

cela étant dit, pour obtenir autour de la stupidité de vérifier, ajoutez l'option --core-option bibliothèque de dx. modifier la dernière ligne de $ANDROID_HOME/platform-tools/dx de,

exec java $javaOpts -jar "$jarpath" "$@"

,

exec java $javaOpts -jar "$jarpath" --core-library "$@"

dans mon cas, j'ai été y compris une bibliothèque qui dépendait de Jackson, qui dépend de JAXB. pour moi, la substitution de la stupidité était acceptable parce que la bibliothèque de l'utilisation de Jackson était seulement pour JSON et non pas pour la sérialisation XML (j'ai seulement inclure la bibliothèque d'API JAXB, pas l'impl). bien sûr, je souhaite qu'il y avait une manière plus propre de faire, mais de ré-écrire le premier niveau de la bibliothèque afin d'éviter à l'aide de Jackson n'était pas une option.