Hace 10 años | Por conversador a blog.uptodown.com
Publicado hace 10 años por conversador a blog.uptodown.com

Durante los últimos años, Java ha sido un gran problema para la estabilidad de los navegadores, siendo su plugin un constante sumidero de agujeros de seguridad. Ahora, Mozilla y Google han tomado cartas en el asunto y pretenden dejarlo de lado en pos de otras alternativas como el html5.

Comentarios

Pancar

#9 Y si, como dice la noticia, Firefox va a hacer lo mismo con todos los plugins, excepto flash, el amarillo se vuelve más intenso.

safull

#28 La unica forma que encontré para descargar datos de AEAT para el IRPF este año era a través de un applet que obtenía permisos para escribir en mi disco duro. Reactivar el plugin en OSX me costo un buen rato, editando ficheros de texto a mano, dado que viene desactivado a fuego desde hace tiempo.

Porque esta claro que descargarlos desde https directamente hubiera sido mucho más sencillo.

D

#37 Con el programa PADRE también se pueden descargar los datos, en ficheros de extensión .df si no recuerdo mal, que al final son un montón de datos ASCII uno detrás de otro.

safull

#48 El cachondo del programa PADRE abría el navegador para descargar los datos, y para que no hubiera confusión el applet deja los datos en la ruta que le ha dicho el programa PADRE. Es decir que para que nadie meta la 'zarpa' en el camino es mejor abrir la puerta con Java, que confiar en que la gente sabe descargar un simple fichero desde aeat.es.
El formato del fichero ASCII, Xml, binario, xls, etc. Es irrelevante el problema es tener que activar el plugin de Java.

D

#28 La red te exige tener Java para ejecutar applets (o eso me dijeron). No es que sus servidores tengan Java, es que necesitas ese plugin en tu navegador.

#24 Es lo mismo que dice la noticia. Los navegadores van a dar soporte al plugin de Java, por lo que dejarán de soportar Java.

#55 ¿Librerías? ¿Y cual es el problema? ¿Incompatibilidades? ¿Has oído hablar de Maven?

D

#65
No, los navegadores van a dejar de dar soporte al plugin de la máquina virtual Java de Oracle.
Si tú tienes otra máquina virtual de Java en tu sistema no te van a prohibir nada.

D

#66 Marcan como inseguro por defecto el plugin de Oracle, y el de JDK no ha estado nunca soportado hasta donde yo sé (otra cosa es que te lo puedas instalar, de la misma forma que vas a seguir pudiendo aceptar el de oracle).

Van a seguir sin prohibirte nada. Solo van a marcar como inseguro un plugin porque lo es. Luego, si lo necesitas para algo, siempre podrás habilitarlo, entrar a esa página y deshabilitarlo al salir.

De la maquina virtual para otros propósitos no se ha hablado en ningún momento. Puedes tener las JRE, las JDK o las maquinas virtuales de Android que quieras, faltaría más.

D

#67
Y como marcan como inseguro el plugin de Oracle, no están dejando de soportar Java.

D

#69 Mi interpretación es que dejan de soportarlo porque dejarán de darle soporte (asignar a su propio personal para ver que es compatible), no que el plugin deje de funcionar en el navegador (seguirás pudiendo usarlo bajo tu cuenta y riesgo, como muchos otros plugins no soportados).

D

#75
El mejor soportador que lo desoporte buen desoportador será.

rafaLin

#28 Ahora mismo es necesario un applet para la firma electrónica, pero para evitar este tipo de problemas están pensando en pasarlo a java normal, sin applet.

D

#5 Que yo sepa, html5 todavia noha aceptado DRM...

Nova6K0

#35 #36 #54 Ya fue admitido de que será así, por parte del "World Wide Web Consortium":

http://www.fayerwayer.com/2013/10/w3c-admite-integrar-el-drm-en-los-estandares-web/

Salu2

D

#94 El W3C tiene el poder de decisión hasta cierto punto. Es lo grande de Internet, su descentralización.

El poder para implementar DRM en HTML5 es de cada uno de los navegadores. Dependerá de ellos si el DRM existe y prospera. Si la mayoria de navegadores decide no implementarlo, no habrá DRM.

D

#36 el drm tendrá que regularse de alguna forma,para poder ver el canal plus con el navegador necesitas el puto silverlight y eso si que tiene gracia.

s

#11 El plugin de flash es 1000 veces más seguro que los applets de java por la sencilla razón de que tiene las mismas políticas de acceso a la máquina que el motor de javascript... es decir, no puedes hacer "nada" que afecte al SO que tienes detrás. Mientras que los applets de java sí. Esta característica, por otro lado, es lo que ha hecho que flash se haya ido al cuerno a su vez.

Además, los applets de java ya no son necesarios, se hace mucho mejor, más elegante, si visualiza mejor y es más fácil con javascript y cualquier tecnología de servidor (por ejemplo... java ).

#5 El DRM es una pequeña parte que aún no se sabe qué va a pasar con ella. HTML5 tiene el mismo problema que HTML4, y es que es un infierno. Sin embargo tiene una ventaja, funciona.

#39 Los dispositivos de Apple se programan en Objective-C. Nada que ver con java. De hecho no sé ni si pueden ejecutar java.

D

Veamos señores, deshabilitan el plugin de la máquina virtual Java de Oracle.
Java es un lenguaje de programación.

D

Me parece que esta noticia es un refrito de que la nueva versión de Firefox bloqueará por defecto Java (de ayer) y que Chrome y Firefox van a dejar de soportar NPAPI (hace un mes, viejuna)

http://www.genbeta.com/navegadores/google-chrome-desactivara-los-plugins-npapi-en-enero

salva6

Pero sin embargo permiten el plugin de Flash que es igual de inseguro sino más.
El plugin de Java es muy problemático, lo mejor que podría hacer Oracle es liberar completamente el JDK y que sea la comunidad quien lo desarrolle.

garnok

#11 date cuenta que esto es como la cera, tienes que tirar de golpe, pero no de todas al mismo tiempo lol

juanparati

#11 Existen varias implementaciones de la MV de Java que no son oficiales pero que en muchos casos y en mi opinión superan en algunas áreas a la versión oficial de la MV.

http://en.wikipedia.org/wiki/List_of_Java_virtual_machines

s

Paradojas de la vida: a mí ESET me avisa que esta página no es segura.

salva6

#19 con tanto rojo, separatista y linuxero no me extraña

(ooopss, me acabo de dar cuenta que yo soy rojo)

D

#4 Pienso como tú, por eso he meneado

D

#4 yo la meneé, es algo que he desactivado hace escasos meses del firefox. Le he puesto para probar en estos dias donottrack

habitante5079

Llevo 20 años programando desde ensamblador, C, Pascal, C++, Delphi, Visual Basic, Java, C#, de todos ellos al que más rabia le tengo es a Java, es una patata, lento, pesado, mil librerías para hacer la cosa más sencilla, peleas continuas con las incompatibilidades entre versiones de java y librerías... Programar un servicio web medianamente complejo en Java puede volverte alcohólico, que si el JBoss no traga, que el Karaf necesita una versión específica y le tienes que parchear con un millón de librerías, a eso le sumamos el insufrible Eclipse y los continuos fallos de seguridad que te obligan a cambiar de versión cada mes, llega un momento, que a pesar de ser tan antimicrosoft como el que más, acabas deseando que el próximo proyecto sea en .Net o incluso en C porque acabas aborreciendo Java, Hibernate, Spring, Axis2, Ant, Jboss, Tomcat, Maven, Karaf, Eclipse y todo el mundo Java en general.
Bueno seguro que habrá alguno que le entusiasma.

pawer13

#c-39" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2043857/order/39">#39 Por partes: aquí se habla del plugin para los navegadores, que es pura basura. Android usa una máquina virtual distinta a la de los PCs y por tanto no puedes ejecutar aplicaciones de Android en un PC y viceversa. iOS no tiene Java y no permite que nadie haga una MV para poder usar Java, porque eso daría pie a que se ejecutaran aplicaciones que no han pasado por la AppStore y por tanto dejarían de ganar mucha pasta.

#51 Los bancos usan java en el lado del servidor, las páginas web son HTML y JS exclusivamente (al menos el BBVA y el Santander)

#55 A mí me entusiasma, llevo desde Java 1.3 usándolo (me gano la vida casi exlusivamente programando Java) y cuando lo conoces es muy potente... en el lado del servidor. Las applets son basura, mucho peor que Flash incluso. Las aplicaciones de escritorio no van mal, aunque no hay muchas que hayan triunfado.

JBoss es un martirio, prefiero usar un Tomcat. Hibernate pertenece también a Red Hat, y tampoco me gusta, generalmente es matar moscas a cañonazos. Me quedo con Spring tanto para la inyección de dependencias como para el acceso a base de datos... Para gustos los colores. Por cierto, pesado es, pero para nada lento. Java 7 es tan rápido como C#, lo que significa que son aproximadamente un 15% más lentos que C++ (hablo de aplicaciones realmente grandes).

pendejo1983

#55 yo estoy con #60

D

#60
Sí que podrías ejecutar una aplicación de Android en PC si no usas las clases de Android. Es decir, si tienes una parte del programa que no depende directamente de las clases de la interfaz gráfica o de acceso a servicios propios de Android, esa parte la puedes portar directamente a un programa en PC, ya que la máquina virtual de Android aunque es una implementación distinta de máquina que la de Oracle, sirve para ejecutar programas escritos en Java.

pawer13

#58 "Java is for Javascript as Ham is for Hamburguer". Vamos, que se parecen en el nombre y en que son lenguajes con una sintaxis inspirada totalmente en C.

#64 Claro, puedes usar casi cualquier cualquier librería de Java en Android mientras no tenga componentes GUI, yo mismo lo he hecho muchas veces, pero a lo que me refiero es a ejecutar un apk como si fuese un jar.

juanparati

#c-60" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2043857/order/60">#60 Java como lenguaje esta bien y la maquina virtual podrá ser rápida, pero consume memoria a cascoporro. El ingeniero que desarrollo el Garbage Collector de Java no se que drogas se metía (Café en vena, seguro) , no es normal que la maquina virtual te chupe 50 Mb por una simple aplicación con dos ventanas y 20 o 25 controles usando Swing y poco mas (Un simple front-end para el mpEncoder). Por poner un ejemplo Python tiene un Garbage Collector que le da mil vueltas al de Java y sin embargo es un lenguaje interpretado que no necesita ser compilado a un pseudo bytecode (Y ademas la diferencia de velocidad en muchas tareas no es muy diferente).

Donde yo resido actualmente, casi un cuarto de la población del país se quedo sin poder acceder a sus cuentas bancarias y hacer sus tramites por Internet durante 48 horas mientras esperaban una versión de Java. La razón era que el sistema de autenticación nacional dejo de funcionar con la versión anterior porque ya no era soportada a consecuencia de un vulnerabilidad grave de seguridad en la MV. Existe una gran dependencia de Oracle que es el desarrollador de la implementación oficial de la maquina virtual (http://www.dr.dk/Nyheder/Penge/2013/10/16/1016112902.htm).

Java como concepto era bueno pero no original. Sun copio del COBOL la idea de poder crear un bytecode portable a otras plataformas y poder ser ejecutable a través de una MV o interprete. Sin embargo se lo monto muy mal en varios detalles del lenguaje y que la MV es bastante regular. Iniciar una simple aplicación o applet de Java le lleva a mi portátil con un Intel i5 sus 4 o 5 segundos, aunque después y en general la aplicación se ejecuta a una velocidad decente.

Creo que la decisión de desactivar Java por defecto en algunos navegadores es muy acertada por motivos de seguridad (De hecho yo tengo desactivado el plugin de Java y Flash por defecto).

#83 Se puede utilizar métodos de autenticación basados en certificados digitales y crypto-tarjetas sin necesitar Java. Muchos navegadores soportan algunos lectores de crypto-tarjetas de forma nativa. Por ejemplo en Firefox puedes cargar la librería opensc-pkcs11.dll (Para mi lector Tractis de DNIe) y usar el API window.crypto (http://stackoverflow.com/questions/12617150/how-to-check-a-digital-signature-from-broswer-with-php).


Otro problema de Java es que simplemente que se esta enseñando en todas las universidades. Antes se utilizaba Pascal para adoctrinar a los ingenieros y ahora se usa Java. Los ingenieros salen de la universidad pensado que son unos expertos en Java y que con Java se arregla el mundo porque muchos de ellos solo saben Java. Luego ocurre que muchos de estos ingenieros acaban siendo jefes de algún departamento y a su vez adoctrinan al resto de ejecutivos para que adopten Java e incluso convencer a departamentos enteros para que migren su software basado en Cobol, Delphi, Visual Basic o C# hacia Java, aunque dicho software funcione perfectamente bien. Creo que eso es un gran error, porque existe suficiente tecnología para suplir las distintas necesidades de una empresa. Por poner un ejemplo, si lo que necesitas es hacer un software de contabilidad o de gestión para un simple comercio y tienes que hacerlo rápido, Java no sería mi opción. Yo usaría Delphi, porque el RAD de Delphi permite desarrollar aplicaciones de escritorio más rápido y de forma mas elegante que en Java, ademas de que la distribución del software seria mas sencilla al no requerir versiones especificas de una maquina virtual. De la misma manera si necesito una aplicación de servidor bastante potente para gestión de miles de registros médicos, no me pondría hacerla en lenguaje ensamblador, en esta caso Java podría ser una posible opción.

Antes de finalizar, me gustaría recomendar la siguiente lectura:
http://tech.jonathangardner.net/wiki/Why_Java_Sucks

demostenes

#88 Que se pueda usar la crypto API de Firefox con una dll específica no soluciona el problema de la utilizacion de certificados (¿qué haces con el de la FNMT?) para todos los navegadores.
Las soluciones de firmado PADES y XADES están basadas en applet java. Si Firefox y Chrome insisten en ser navegadores para ocio y descartan el uso profesional y empresarial, creo que van en dirección errónea.

D

#55 Si a mi me dan a elegir entre programar java con las manos o ensamblador con los pies tardo cerocoma en descalzarme, que asco de lenguaje.

D

Pues la hacienda española va a tener un problema gordo entonces

JanSmite

#18 Y gran parte de la banca online, también. Yo la uso mucho, espero que se adapten con rapidez, ya que no puedo prescindir, por trabajo.

I

¿Qué pasará con la gran cantidad de servicios de los ministerios españoles que usan JAVA?
Ya me lo imagino: "para entrar a esta aplicación necesitas como máximo Internet Explorer 7"

D

Deberian poner en las webs maquina virtual para ejecutar ficheros .exe . Así cualquiera podria programar webs sabiendo quickbasic, visual basic, c, etc.

.exe, estandar universal para la web, el estandard del futuro

o

#32 Desde luego los crackers iban a ser muy felices.

D

#32 Se te olvida los .com

derethor

haters gona hate

garnok

pues me parece bien, java es un problema gordo de seguridad para quien no entiende de ordenadores, me parece bien que tengas que saver lo que hacer para poder activarlo como tambien necesites saver lo que haces para aceptar un certificado no seguro

conversador

#6 Es la puerta para los "backdoors" que convierten a tu equipo en un "esclavo" de hackers para mandar todo lo que les da la gana . Me parece muy bien que "lo jubilen"

g

#20 Ese "mi" llevaría tilde.

s

#30 "Beo" que por lo menos lees y atiendes. Sigue así.

D

#6 A mi lo que me parece un problema muy gordo es que escribas dos veces "saver" en la misma oración.

D

Pues yo estoy por desactivar el Flash también. Estoy harto de los videos que se autoinician solos.

D

#14 ¿Y no es mas facil usar adblock que desactivar flash?

D

#14 usa adblock plus combinado con noscript, ningun video ni anuncio en flash se autoiniciará

te_digo_que_no

Javaaaaaa!

kahun

¡Ya llegó el Javapocalypse!

c

#40 Muy bueno!

D

Yo creo que la mayoría de gente que se queja de un lenguaje es porque no lo entiende del todo, cada uno tiene sus particularidades que vienen bien para una cosa, y mal para otras (hablo estrictamente del lenguaje). De la misma manera que no se me ocurriría utilizar ensamblador para programar un servidor Web, no utilizaría Java para programar la computadora de misión de un avión...

D

#68
¿Tiene algo que ver eso con la noticia?, en cualquier caso quejarte de un lenguaje no es porque no lo entiendas del todo. Por ejemplo no creo que se te ocurriera programar en whitespace, brainfuck o Ook!, sea lo que sea que quieras programar.

Además, todos los lenguajes permiten programar cualquier cosa, por lo que eso de que unos van mejor que otros es una tontería. Por ejemplo en el caso de Java quizá te puedan servir de algo los NullPointerException, pero no es mucho más útil que hacer un backtrace con el depurador en C, o si te pones a ejecutar con el depurador paso por paso.

D

#71 Sin ánimo de ofender, creo que te contradices, primero dices no crees que se me ocurriera programar en whitespace y luego dices que eso de que unos lenguajes van mejor que otros es una tontería ¿Y si crees que no tiene que ver con la noticia por qué al final me contestas? Que conste que yo también me quejo...

D

#86
Sin ánimo de ofender, no has entendido mi comentario.

demostenes

El dia que HTML5 pueda gestionar las firmas digitales, podremos pasar de Java.
Mientras tanto las applet de java son imprescindibles.
Al final tendremos que volver a Internet Explorer.

ElCascarrabias

Espero que Sumatra siga teniendo afluencia...

frankiegth

No me parece tan fácil abandonar java de un día para otro, muchísimos bancos usan java para la gestión precisamente 'segura' de sus cuentas (incluyendo movimientos y pagos) a través de Internet por parte de sus clientes (sobre todo en el extranjero). Los navegadores podrán avisar de lo inseguro que puede llegar a ser java pero creo que de aquí a que todos los bancos 'reinventen' sus sistemas queda un rato largo.

efra

pues los bancos tendran que cambiar su sistema de acceso a las cuentas corrientes de los clientes....

ann_pe

#51 Serán pocos los que usan Java del lado del cliente (aunque la aplicación web esté hecha en Java o en Php el servidor la ejecuta y al cliente lo que le llega es html y javascript).

efra

si pero tengo que instalar el motor de java en mi pordenador para poder acceder a la pagina de mi banco #53

ann_pe

#56 Pues será uno de los pocos bancos que usan applets Java.

JanSmite

#57 La Caixa lo usa

D

Las gestiones online con la Agencia Tributaria van con Java no?

erbeni

Una pregunta si java no es seguro, y la base de iphone y android es java, son muy inseguros o seguros? O lo de no incluiirlo en navegadores es solo en windows y no en basado en unix?

salva6

#39 Tiene que ver con una pelea de la licencia de la JVM. Oracle no permite que sea usada (ni tampoco desarrolla) para android.

ann_pe

#39 Una cosa es el lenguaje Java y otra cosa es el plugin del navegador.

D

#42 Google ha tenido problemas con Oracle por su maquina virtual Dalwik:

Según el abogado de Oracle, Michael Jacobs, la máquina virtual Dalvik desarrollada por Google infringe estas dos patentes de Sun.

"Las dos patentes en este caso son acerca de hacer que los teléfonos funcionen rápido. Cuando encendemos nuestro móvil, queremos que sea en un instante", dijo el abogado. Según él, Google sabía que Sun tenía patentes sobre este tema pero no las investigó, "incluso cuando estaban clonando Java".


http://www.fayerwayer.com/2012/05/dalvik-entra-en-discusion-se-inicia-la-etapa-de-patentes-en-el-juicio-entre-oracle-y-google/

D

Los applet de java...cuantos ordenadores viejunos habrán conseguido congelar ellos solitos...

D

A putear a los webmasters

b

Todos a Sol.

Endor_Fino

En este caso, la palabra "soportar" está bien empleada

D

Después de la desaparición de Java, queda más claro que Flash es como el malo de la película: todo el mundo lo odia y ya lo han dado por muerto 30 veces, pero cuando todos creemos que ya está enterrado para siempre, vuelve a aparecer y vemos que sigue igual de fresco.

javierreta

En México, sin embargo, tanto el portal del Servicio de Administración Tributaria (Con el que se pagan los impuestos y se realizan facturas electrónicas) y el del Instituto Mexicano del Seguro Social (con el que se realizan operacions de inscripcion y cotizacion de los trabajadores) obligadamente debes de usar Java; y es un caos, porque aparte de que tales sirios tienen sus certificados caducos y obligan en algunas de sus páginas a utilizar Internet Explorer; Java es obligatorio aunque deje de funcionar cada dos por tres. Lo que hace desesperante la labor de un contador.

D

Si usar un lenguaje de programación determinado en las universidades es adoctrinar, entonces apaga y vámonos.

Y para desarrollar aplicaciones de escritorio, utilizaría C++ con bibliotecas Qt + herramientas adecuadas, o Java con un IDE que permita hacer interfaces fácilmente.
Infinitamente más portables que cualquier otra cosa.

Por otra parte Java no tiene un único recolector de basura, sino que implementa varios recolectores de basura que tienen distintas maneras de funcionamiento. En cualquier caso, los recolectores de basura son para señoritas delicadas.

n

Jobs ya lo dijo.

D

¿Quiere esto decir que puedo pasar de aprender JavaScript?

pendejo1983

#58 Java != JavaScript

D

Pobre java,ya no lo aguanta ni dios.

B

Como siempre, las webs tecnológicas en español siguen desinformando y sus artículos dejan mucho que desear (y menéame sigue sacándolos en portada). Deforman la realidad para generar polémica y conseguir visitas. Por qué iba esta decisión de mozilla acarrear que los desarrolladores tengan que depender menos de java? Por qué dicen que firefox deja de soportar java cuando no es así? Simplemente se desactivan los plugins por defecto, si una empresa los necesita, los activa y listo. Y esto es algo que se necesitaba desde hace tiempo, o no es verdad que en cualquier navegador pueden haber activados 6 u 8 plugins sin que ni siquiera el usuario se haya enterado de que existen?

Lo peor es que recomiendan usar chrome para evitar estas ¿molestias?. Señores, chrome va a dejar de soportar java, esto sí de verdad. Dejará de soportar java y cualquier otro plugin excepto flash y pdf que están desarrollados por ellos mismos, ya que van a retirar el soporte de npapi. Luego encima dicen que mozilla retirará también el soporte de npapi, y en diciembre!

En serio, qué fuman?

a

El programador, según coge años de experiencia programando siempre en el mismo lenguage se hace rocoso. Al final sucede que todo le resulta fácil de hacer y además sabe que lo que programa lo hace bien.
Además piensa (o sabe) ya que en ese lenguaje puede hacer cualquier cosa. Pero no se da cuenta de que pierde agilidad.

Los lenguages modernos cada vez son más ágiles y potentes, te permiten hacer más en menos tiempo. A costa de menor rendimiento. Pero esto es algo que cada día más es cosa del pasado (es mucho más barato invertir en más y mejor hardware, que en tiempo de optimización). Lo malo del programador que se ha acostumbrado a sólo usar un lenguage, es que aunque sabe todo lo que tiene que saber y tiene una herramienta con la que puede hacer de todo; en realidad invierte demasiado tiempo en hacer algo que en otros lenguages se hace en poco tiempo.

Esto es lo que ha pasado ya con muchos lenguages, y ahora, le está pasando a Java. Estaba perdiendo agilidad y potencia frente a otros lenguages que, en eso, le superan. Al haber intentado mejorar estos aspectos Oracle/Sun ha introducido defectos inherentes e insalvables en nuevas ampliaciones a la implementación de Java (y su forma de programar); que lo está llevando por un camino plagado de problemas.

Cada vez tengo menos dudas de que el futuro pasa por soluciones tipo node.js + html5+css3+js.

pawer13

#c-80" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2043857/order/80">#80 Lo de que Java está muerto lo llevo escuchando desde hace más de una década.
Ahora me estoy terminando de leer el maravillo "Secrets of the JavaScript Ninja", de los creadoes de JQuery (recomendado para programadores que YA saben Javascript), y a pesar de lo mucho que he aprendido sigo viendo poco futuro a este tipo de lenguajes en el lado del servidor: los lenguajes fuertemente tipados, donde los errores de compilación te ahorran los quebraderos de cabeza de los errores en tiempo de ejecución, escalan mucho mejor cuando hablamos de aplicaciones web de cientos/miles de clases, clusters y demás parafernalia.
Pienso que cada lenguaje tiene su nicho, y node.js está más en la liga de php que de Java y C#

D

#82
Sí que puedes, existen cosas como Alien Dalvik, implementando la máquina virtual de Android para otros sistemas distintos de Android.
Es más, si quisieras podrías reempaquetar la aplicación y pasarla de .apk a .jar.

Sofrito

Oh no! va a dejar de dar soporte a NPAPI, papi chulo. Papipapipapi ven a mí, ven a mí.