Las dos únicas opciones que se me ocurren, es hacer una aplicación móvil multiplataforma HTML5 que funcione en todo el espectro, dicho esto, puedo entender que los entornos corporativos quieran aferrarse a IE para soportar las aplicaciones ActiveX dentro del navegador, lo que está llevando a pensar que el Java en el escritorio es el mismo que en Android, lo cual no es cierto .
En su mayor parte, y la segunda opción, el SDK cubre un subconjunto de Java 5, colecciones, apache, etc, sintaxis sabio, son idénticos, así que tal vez una recompilación en la lógica de negocio y una nueva interfaz de usuario para el front-end para la plataforma Android. (Sí, se puede recompilar con el SDK de Android...)
En resumen, no se puede hacer a menos que haya un motivo y un impulso para reconstruirlo para que sea compatible con los dispositivos de ahora y del futuro.
Editar
Después de los comentarios dejados abajo, para recapitular:
-
El navegador no admite la ejecución de applets de Java en su interior. JRE = Java Runtime de Android, también conocido como DalvikVM. El Java de escritorio utiliza JavaVM/JRE avalado por Sun/Oracle y el JDK de OpenJava sancionado por Oracle. JRE = Entorno de ejecución de Java
-
Terminal IDE que contiene "un compilador de java", lo más probable (lo instalaré e informaré sobre esto, por cierto) es una versión extremadamente limitada de OpenJDK, es la única disponible de forma nativa para ARM, según esto blog que no puede hacer aplicaciones nativas de Java Windowing como Swing o JavaBeans debido a la simple razón de que la versión del Java Runtime Environment es muy diferente para Android, y altamente optimizada para el procesador nativo.
Además, DalvikVM no sabe nada de Swing, JavaBeans, etc., por lo que explica que el Java del escritorio no es el mismo que el de Android.
En cuanto a tener la opinión de que Android es muy parecido a Linux, esa opinión la mantengo, es esta, es no Linux, el núcleo es el propio linux, pero las herramientas de usuario son suministradas por busybox Además, la biblioteca nativa de C en Android se llama [biónico](http://en.wikipedia.org/wiki/Bionic%28software%29)_ y está limitado por esos procesadores tan pequeños como los de ARM. Cuando se compara con la versión de escritorio de Linux, está la biblioteca de tiempo de ejecución suministrada por gcc - Biblioteca C de GNU o más comúnmente conocido como glibc - que soporta mucha más idiosincrasia de C/C++ como STL, Boost, manejo completo de excepciones. Este es mi punto de vista y es independiente del tema y se aleja de la ruta de la vida :)