551 meneos
5071 clics

Java dejará de estar soportado por los más importantes navegadores

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.
etiquetas: java, soporte navegadores
usuarios: 252   anónimos: 299   negativos: 5  
97comentarios mnm karma: 570
  1. #1   Yo tampoco soporto Java.

    Plugin ha dejado de funcionar.
    votos: 35    karma: 301
  2. #2   Relacionada www.meneame.net/story/firefox-bloquea-java-apuesta-arriesgada-segurida Interesante leer los comentarios.
    votos: 2    karma: 29
  3. #3   #0 y mira que ayer tiraron esta por sensacionalista www.meneame.net/story/firefox-bloquea-java-apuesta-arriesgada-segurida
    votos: 4    karma: 62
  4. #4   #2 #3 Pues francamente a mi me parece de sumo interés saber que Java va a dejar de estar soportado por los principales navegadores. Lo que pasa es que la noticia que tu pones se centraba en el caso concreto de Firefox y esta va más allá aunque tampoco entiendo que aquella fuera sensacionalista
    votos: 27    karma: 267
     *   conversador conversador
  5. #5   Java con Sun era una mie... ahora con Oracle es indescriptible de lo malo que es.

    Y el HTML5 tampoco me convence un pimiento por el DRM.

    Salu2
    votos: 15    karma: 148
  6. #6   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
    votos: 6    karma: 35
  7. #7   #4 Pienso como tú, por eso he meneado ;)
    votos: 1    karma: 28
     *   --393484-- --393484--
  8. #8   #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"
    votos: 7    karma: 72
  9. #9   Un poco amarilla. No es que se deje de prestar soporte. Se desactiva por defecto y hay que activarlo.
    votos: 20    karma: 185
  10. #10   #4 yo la meneé, es algo que he desactivado hace escasos meses del firefox. Le he puesto para probar en estos dias donottrack
    votos: 1    karma: 38
  11. #11   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.
    votos: 7    karma: 64
     *   salva6 salva6
  12. #12   #11 date cuenta que esto es como la cera, tienes que tirar de golpe, pero no de todas al mismo tiempo xD
    votos: 3    karma: 38
  13. #13   haters gona hate
    votos: 3    karma: 41
  14. #14   Pues yo estoy por desactivar el Flash también. Estoy harto de los videos que se autoinician solos.
    votos: 3    karma: 35
  15. #15   Los applet de java...cuantos ordenadores viejunos habrán conseguido congelar ellos solitos...
    votos: 1    karma: 17
  16. #16   Y como Java es un agujero... ¿Qué usa la AEAT para sus programas o el sistema RED de la seguridad social? ¡JAVA, por supuesto!
    votos: 17    karma: 172
  17. #17   #14 ¿Y no es mas facil usar adblock que desactivar flash?
    votos: 5    karma: 51
  18. #18   Pues la hacienda española va a tener un problema gordo entonces
    votos: 4    karma: 50
  19. #19   Paradojas de la vida: a mí ESET me avisa que esta página no es segura.  media
    votos: 6    karma: 63
  20. #20   #6 Y a mi me parece bien que tengas que saber que "saver" es con B.
    votos: 26    karma: 201
  21. #21   #19 con tanto rojo, separatista y linuxero no me extraña :troll: :-D

    (ooopss, me acabo de dar cuenta que yo soy rojo) :-)
    votos: 2    karma: 35
     *   salva6 salva6
  22. #22   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)

    www.genbeta.com/navegadores/google-chrome-desactivara-los-plugins-npap
    votos: 6    karma: 71
  23. #23   Todos a Sol.
    votos: 1    karma: 12
  24. #24   Veamos señores, deshabilitan el plugin de la máquina virtual Java de Oracle.
    Java es un lenguaje de programación.
    votos: 7    karma: 81
  25. #25   #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.
    votos: 3    karma: 43
  26. #26   Oh no! va a dejar de dar soporte a NPAPI, papi chulo. Papipapipapi ven a mí, ven a mí.
    votos: 3    karma: -18
  27. #27   A putear a los webmasters :-(
    votos: 0    karma: 13
  28. #28   #16 Bueno, no es lo mismo el plugin de Java para ejecutar applets en el navegador (cosa que nunca me ha gustado) que un programa realizado en Java.

    #24 Eso mismo iba a decir.
    votos: 11    karma: 115
  29. #29   ¿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"
    votos: 4    karma: 47
  30. #30   #20 Ese "mi" llevaría tilde.
    votos: 9    karma: -21
  31. #31   Javaaaaaa!  media
    votos: 2    karma: 29
  32. #32   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
    votos: 4    karma: 42
     *   Professor Professor
  33. #33   #30 "Beo" que por lo menos lees y atiendes. Sigue así.
    votos: 0    karma: 7
  34. #34   #32 Desde luego los crackers iban a ser muy felices.
    votos: 2    karma: 29
  35. #35   #5 Que yo sepa, html5 todavia noha aceptado DRM...
    votos: 4    karma: 49
  36. #36   #5 HTML5 no tiene DRM y dudo mucho que lo llegue a tener, pues es un tema muy controvertido y también muy posible que sea en vano.

    Aun así, si se llegase a implementar, sería opcional (decisión de cada webmaster exigirlo o no, y después decisión de cada usuario si visitarlo o no). Las opciones son bienvenidas.
    votos: 10    karma: 97
  37. #37   #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.

    <ironic>Porque esta claro que descargarlos desde https directamente hubiera sido mucho más sencillo.</ironic>
    votos: 4    karma: 50
  38. #38   #2 #3 #4 Yo fui uno de los que votó sensacionalista y lo hice porque la noticia no daba ni una sola fuente. Esta no da fuentes sobre el bloqueo por parte de Firefox, pero al menos si habla del bloqueo por parte de Google. Y la noticia de Google da una referencia sobre la acción de Firefox: blog.mozilla.org/security/2013/01/29/putting-users-in-control-of-plugi

    Esta noticia sí está más completa y por eso se lleva mi voto positivo.
    votos: 6    karma: 88
  39. #39   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?
    votos: 1    karma: 19
  40. #40   ¡Ya llegó el Javapocalypse! www.youtube.com/watch?v=E3418SeWZfQ
    votos: 2    karma: 29
  41. #41   #39 Tiene que ver con una pelea de la licencia de la JVM. Oracle no permite que sea usada (ni tampoco desarrolla) para android.
    votos: 2    karma: 36
  42. #42   #39 Una cosa es el lenguaje Java y otra cosa es el plugin del navegador.
    votos: 7    karma: 78
  43. #43   #14 usa adblock plus combinado con noscript, ningun video ni anuncio en flash se autoiniciará
    votos: 3    karma: 33
  44. #44   #32 Se te olvida los .com
    votos: 0    karma: 8
  45. #45   #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".


    www.fayerwayer.com/2012/05/dalvik-entra-en-discusion-se-inicia-la-etap
    votos: 2    karma: 32
     *   --330460-- --330460--
  46. #46   #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.
    votos: 2    karma: 24
  47. #47   #40 Muy bueno!
    votos: 0    karma: 9
  48. #48   #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.
    votos: 0    karma: 7
  49. #49   Espero que Sumatra siga teniendo afluencia...
    votos: 2    karma: 25
  50. #50   #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.
    votos: 2    karma: 26
  51. #51   pues los bancos tendran que cambiar su sistema de acceso a las cuentas corrientes de los clientes....
    votos: 1    karma: 20
  52. #52   Las gestiones online con la Agencia Tributaria van con Java no?
    votos: 1    karma: 19
  53. #53   #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).
    votos: 3    karma: 39
     *   ann_pe ann_pe
  54. #54   #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 :-D ).

    #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.
    votos: 5    karma: 52
  55. #55   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.
    votos: 5    karma: 53
  56. #56   si pero tengo que instalar el motor de java en mi pordenador para poder acceder a la pagina de mi banco #53
    votos: 0    karma: 9
  57. #57   #56 Pues será uno de los pocos bancos que usan applets Java.
    votos: 0    karma: 11
     *   ann_pe ann_pe
  58. #58   ¿Quiere esto decir que puedo pasar de aprender JavaScript?
    votos: 0    karma: 7
  59. #59   Pobre java,ya no lo aguanta ni dios.
    votos: 0    karma: 6
  60. #60   #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).
    votos: 5    karma: 46
  61. #61   #58 Java != JavaScript
    votos: 2    karma: 30
  62. #62   #55 yo estoy con #60
    votos: 0    karma: 9
  63. #64   #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.
    votos: 1    karma: 20
     *   Filiprino Filiprino
  64. #65   #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?
    votos: 0    karma: 7
  65. #66   #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.
    votos: 1    karma: 20
  66. #67   #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.
    votos: 0    karma: 7
  67. #68   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...
    votos: 2    karma: 28
  68. #69   #67
    Y como marcan como inseguro el plugin de Oracle, no están dejando de soportar Java.
    votos: 1    karma: 20
  69. #70   Jobs ya lo dijo.
    votos: 0    karma: 8
  70. #71   #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.
    votos: 0    karma: 9
     *   Filiprino Filiprino
  71. #72   #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.
    votos: 0    karma: 10
  72. #73   #6 A mi lo que me parece un problema muy gordo es que escribas dos veces "saver" en la misma oración.
    votos: 4    karma: 43
  73. #74   #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.
    votos: 0    karma: 10
  74. #75   #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).
    votos: 0    karma: 7
  75. #76   #75
    El mejor soportador que lo desoporte buen desoportador será.
    votos: 1    karma: 16
  76. #77   #57 La Caixa lo usa
    votos: 1    karma: 21
  77. #79   Se va a desactivar el uso de applet de Java, practica por otra parte que no se recomienda hoy en día en ningún sitio dado sus claros problemas de seguridad (aunque en el pasado tenía mucha utilidad y por eso existía).

    #16 Yo no se como les irá en la AEAT pero ya he pasado por dos ministerios que justos estaban haciendo cambios en su software para intentar arreglar problemas de vulnerabilidad. Uno de los puntos era intentar "abolir" los applets de Java. Creeme, las mayores mierdas hechas con Java las he visto en el sector privado de lejos.

    El problema no es el lenguaje, sino las chapuzas que se hacen con él :-(
    votos: 4    karma: 41
     *   AaLiYaH AaLiYaH
  78. #80   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.
    votos: 0    karma: 6
    amk amk
  79. #81   #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.
    votos: 1    karma: 18
     *   pawer13 pawer13
  80. #82   #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#
    votos: 2    karma: 26
  81. #83   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.
    votos: 2    karma: 28
     *   demostenes demostenes
  82. #84   #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.
    votos: 0    karma: 9
  83. #85   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.
    votos: 0    karma: 9
  84. #86   #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...
    votos: 0    karma: 8
  85. #87   #86
    Sin ánimo de ofender, no has entendido mi comentario.
    votos: 0    karma: 9
  86. #88   #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 (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 (stackoverflow.com/questions/12617150/how-to-check-a-digital-signature-).


    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…   » ver todo el comentario
    votos: 1    karma: 12
  87. #89   #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.

    en.wikipedia.org/wiki/List_of_Java_virtual_machines
    votos: 1    karma: 20
  88. #90   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.
    votos: 0    karma: 10
  89. #91   En este caso, la palabra "soportar" está bien empleada
    votos: 0    karma: 11
  90. #92   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.
    votos: 1    karma: 22
     *   frankiejcr frankiejcr
  91. #93   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?
    votos: 0    karma: 6
     *   Balmer Balmer
  92. #94   #35 #36 #54 Ya fue admitido de que será así, por parte del "World Wide Web Consortium":

    www.fayerwayer.com/2013/10/w3c-admite-integrar-el-drm-en-los-estandare

    Salu2
    votos: 0    karma: 10
     *   Nova6K0 Nova6K0
  93. #95   #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.
    votos: 0    karma: 7
  94. #96   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.
    votos: 0    karma: 9
     *   Filiprino Filiprino
  95. #97   #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.
    votos: 0    karma: 10
comentarios cerrados

menéame