Les deux seules options qui me viennent à l'esprit sont de créer une application mobile multiplateforme HTML5 qui fonctionnera sur tout le spectre. Cela dit, je peux comprendre que les entreprises veuillent s'accrocher à IE pour prendre en charge les applications ActiveX dans le navigateur, ce qui vous amène à penser que le Java sur le bureau est le même que sur Android, ce qui n'est pas vrai .
Pour la plupart, et la deuxième option, le SDK couvre un sous-ensemble de Java 5, collections, apache, etc, syntaxiquement parlant, sont identiques, donc peut-être une recompilation sur la logique d'entreprise et une nouvelle interface utilisateur pour le front-end pour la plate-forme Android. (Oui, vous pouvez recompiler cela en ciblant le SDK Android...)
En bref, rien n'est possible à moins qu'il y ait un motif et une volonté de le reconstruire pour qu'il soit compatible avec les appareils actuels et futurs.
Modifier
Après les commentaires laissés ci-dessous, pour récapituler :
-
Le navigateur ne prend pas en charge l'exécution des applets Java en lui-même. JRE != Java Runtime d'Android, alias DalvikVM. Desktop Java utilise JavaVM/JRE tel qu'approuvé par Sun/Oracle et le JDK OpenJava qui est sanctionné par Oracle. JRE = Java Runtime Environment
-
L'IDE Terminal qui contient "un compilateur java", il y a de fortes chances (je l'installerai et ferai un rapport à ce sujet) qu'il s'agisse d'une version réduite extrêmement limitée d'OpenJDK, la seule disponible en natif pour ARM, d'après ce qui suit blog dont ne peut pas faire les applications Java Windowing natives telles que Swing ou JavaBeans pour la simple raison que la version du Java Runtime Environment est très différente pour Android, et hautement optimisée pour le processeur natif.
De plus, DalvikVM ne connaît rien de Swing, JavaBeans, etc., ce qui explique en partie que le Java du bureau n'est pas le même que celui d'Android.
Quant à l'opinion selon laquelle Android est très proche de Linux, je la maintiens, c'est qu'elle est ノット Linux, le noyau est linux lui-même, mais les outils du domaine utilisateur sont fournis par busybox En outre, la bibliothèque d'exécution C native sous Android est appelée [bionique](http://en.wikipedia.org/wiki/Bionic%28software%29)_ et est limité par ces petits processeurs comme ARM. Par rapport à la version Linux de bureau, il y a la bibliothèque d'exécution fournie par gcc. Bibliothèque C de GNU ou plus communément appelé glibc - qui supporte beaucoup plus d'idiosyncrasies C/C++ comme STL, Boost, la gestion complète des exceptions. C'est mon point de vue et il est séparé du sujet et s'éloigne des sentiers battus ici :)