Oracle anunció hoy en un post que en Java 9 harán obsoleto el plugin de Java para los navegadores. Con los navegadores eliminando el soporte NPAPI, Oracle alienta a los desarrolladores a migrar a Java Web Start, o crear una versión "standalone" de sus aplicaciones, o usar alguna otra alternativa.
|
etiquetas: oracle , java , web , npapi
Y si no te dirán que pases por registro, que eso de la vía telemática es mu complicao
Supongo que se usara Java 1.6 u43 (por ejemplo) durante muchos años, aunque ello implique un fallo de seguridad bien gordo.
Lo de Oracle con Java ha sido tan gordo como para prohibir por Decreto-Ley que se use ningún producto Oracle.
Ahora que lo cambien a .NET o cualquier otra mierda para comprar licencias y dentro de X años que retiren el soporte y a pagar licencias otra vez y/o a reescribir código desde cero, claro que sí, con dos cojones. Porque el software libre y GPL es to caro, yatusáe miamol, que cuesta mucho "formar" a la gente. Con Microsoft y Oracle vienen ya formados de casa y además es lo que usa tol mundo y los ochocientos-mil-millones en licencias cada 10 años al final salen a cuenta, claro. Mucho mejor que hacer esas aplicaciones web en cualquiera de los lenguajes y frameworks libres GPL o MIT que existen.
Oracle tiene multitud de culpas por las que no ha pagado, empezando por no resolver los problemas de seguridad de Java.
Por ejemplo, firmar un documento que estás tramitando en la admon, ahora mismo usas formularios HTML y en el momento que se genera un documento y se quiere firmar, es cuando se ejecuta una applet para hacer la firma en local.
Esto no puedes hacerlo con Web Start, ya que conlleva hacer parte del progreso en el servidor vía navegador y otra parte en ejecución local. Al final, básicamente, tendrías que descargar un PDF para firmarlo con una aplicación que se descarga vía JavaWS. Esto, sinceramente, es un mojón.
Está claro que aparecen fallos y las versiones evolucionan. Todo funciona así.
Ahora bien, si hubieran utilizado un lenguaje de programación verdaderamente libre, véase C++, Python, Ruby, PHP... para hacer lo puto mismo en lugar de atarse a tecnologías propietarias dependientes de los deseos de una multinacional (es decir: dependientes de que esa multinacional gane cuantos más millones al año mejor, cosa totalmente lógica) estas historias no pasarían y se podrían gestionar con mayor naturalidad y menor riesgo y menor coste que el de "vamos a morir todos porque Microsoft/Oracle/Apple el año que viene va a dejar de soportar TODO lo que hemos hecho hasta ahora".
Es por eso que precisamente las megaempresas de teleco y de la web tienen por norma general la costumbre de NO usar software privativo (tanto que les gusta el capitalismo y tan bueno y cojonudo que es) y por eso cuando trabajas por ejemplo como ingeniero de sistemas en Ericsson gestionando nodos de comunicaciones móviles que dan servicio a millones de usuarios sólo ves sistemas operativos GPL/BSD y aplicaciones desarrolladas en lenguajes libres. Y es que las empresas, al final, saben cómo hacer para no gastar al año 7 millones de euros en licencias de mierda para usar productos de otras empresas.
Esas empresas, por poner un ejemplo que conozco en primera persona, utilizaron en su día Python 2 para desarrollar sus aplicaciones. Python 3 no es compatible con Python 2, pero Python 2 continúa siendo mantenido y sus errores y fallas de seguridad, cuando los hay, corregidos. Y tu software de hace 10 años continúa siendo válido hoy y lo será dentro de 5 años más. Eso mismo no te lo puedes esperar de Oracle o Microsoft, que vive de cobrarte dinero por usar sus productos y si te mantienes con una sola licencia 20 años, dejan de ingresar pasta y sus acciones bajan. Así que si quieres que tus aplicaciones sigan funcionando, pues renuevas la licencia para poder bajarte los parches de este error, este y este otro. O mejor aún: te compras la licencia nueva para la siguiente versión, porque ese error tan grave no lo vamos a arreglar en la versión que tú usas porque "ha quedado anticuada".
Y sí, por mucho que te vengan los "informáticos" a decirte que "las Cosas Serias
Java está pensado para no-programadores... está to hecho... solo hay que importar la librería adecuada
Aunque dudo que cambie nada en ese sentido, ahora las administraciones además de pedir que usemos Windows e Internet Explorer en sus sitios web de mierda, exigirán que usemos versiones antiguas de Java llenas de agujeros se seguridad. Ojalá me equivoque...
Gracias
e-obsolescencia programada.
Me voy a tener que cambiar de navegador y puede que hasta migre a Ubuntu.
administracionelectronica.gob.es/ctt/clienteafirma
Distribución Linux para Administración Electrónica en España
danielside.nom.es/2013/04/03/distribucion-linux-para-administracion-el
Ahora que lo cambien a .NET o cualquier otra mierda para comprar licencias
El problema de uso de Java en la administración no se soluciona cambiando a .NET
De esta forma dejarían de ser necesarios los lectores de smart cards, los plugins y que los ciudadanos tengan que instalar y configurar nada.
Otra cosa es que el responsable de turno de la administración, no afronte la realidad y diga, ostia esto que tenemos es obsoleto hay que migrarlo. El problema de la administración no es tecnológico es de no querer hacer las cosas bien. Sin ir más lejos la mayoría de herramientas de Big Data, Spark, Hadoop, Storm corren sobre la JVM con APIs Java/Scala/Clojure donde se ve lo que da de si la plataforma en cuanto a rendimiento y esalabilidad.
Y lo de las actualizaciones de por vida. Es relativo, si Python dejara de tener relevancia (que no dejara de tener a muy largo plazo) pues te tendrás que buscar la vida. O Django o el framework x haga un cambio de versión que sea bastante incompatible con la versión anterior, también existirán problemas para actualizaciones.
Edit: veo que mencionas lo de Python 2 vs 3. Lo dejo, para evidenciar lo de comentar antes de acabar de leer.
Aunque Python 2 en un momento u otro puede dejarse de mantener (aunque lo normal es cuando salga la versión 4 de Python).
- Applet de Java != Aplicación de Java clásica "de escritorio"
- Chrome ya no soporta NPAPI desde el año pasado: blog.chromium.org/2014/11/the-final-countdown-for-npapi.html
- Firefox hará lo mismo a final de este año: blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/
- La culpa de uso de Java en la administración electrónica no tiene nada que ver con cárnicas chapuceras o que les guste java más o menos.
- A día de hoy, no hay nada, repito, nada, salvo un applet de java, o plugin nativo del navegador, que permita acceder a la clave privada de los certificados para realizar firmas en el lado cliente, que es el principal problema para la administración electrónica. Por eso se usa java y no otra cosa. No es un capricho del administrador o de la picadora de carne de turno.
- Si, existe el API WebCryptoAPI de Javascript, pero no permite el acceso a las claves privadas (sólo ofrece primitivas criptográficas) y aunque existe algún borrador que lo propone (Web Crypto Key Discovery), no se prevee que ningún navegador lo implemente a medio plazo.
- La administración lo sabe desde hace tiempo y ya ha desarrollado varias alternativas.
Usted también sabrá que los servlets en Java son una tecnología muy probada y funcional y que servidores web como Apache Tomcat son bastante usados en la administración pública.
Usted también sabrá que la gran banca trabaja mayoritariamente con Java, y el mismo ha demostrado ser fiable.
Usted sabrá que aunque haya puesto ejemplos de Python o de PHP (esto lo añado yo) en los grandes portales web por debajo trabajan con compiladores JIT como HHVM (en el caso de Facebook).
Usted sabrá que la crítica es hacia los plugin en Java para el navegador y no a Java en la parte de servidor.
Gracias por atenderme.
Cuanto Oracle compró java, ya existían atropellos en la administración.
La tecnología de los certificados digitales es como la de los micrófonos de los salones de actos o las cisternas de water. Conocida desde hace tiempo, pero parece que nunca conseguimos dominarla y que sea mínimamente fiable.
Java es mucho más que los applet
En los paises nórdicos la gran banca está abandonando Java a marchas forzadas. Resultado : Problemas cero con los mayoritariamente incomprensibles runtimes de Java y servicios web 100% funcionales. Y no solo funcionan mejor, las interfaces las han mejorado una barbaridad con las nuevas tecnologias que utilizan.
(CC #28)
Cómo si esto fuese el fin de Java o de Oracle o algo similar...
Los applets están "deprecated" desde la versión 5 más o menos. La propia Oracle los desaconseja.
Un cliente que registra un protocolo en el sistema. De la misma forma que existe http:// o ftp://, este cliente registra el suyo propio, del tipo afirma://, por el que se pasan los datos, y la aplicación los devuelve firmados.
Hay cliente para Windows Phone, iOS, Android, Mac OS X y Linux
forja-ctt.administracionelectronica.gob.es/web/proyectos/clienteafirma
e24.no/digital/dnb/disse-bankene-tilbyr-naa-java-fri-nettbank/23342807
PD. En los paises nórdicos esta superado lo del hablarse de usted. Igualdad de trato lo llaman, incluyendo tutear abiertamente a sus monarquias. Usted sabrá...
Estas personas parecen jubilosas con este lenguaje.
Yo soy un simple administrador de sistemas (Dandy, eso si) metido a emprendedor y programador ocasional (más por Hobby que por otra cosa) en el azaroso lenguaje C, Python y Livecode.
Respecto a lo que usted comenta:
Yo, como Dandy que soy, tengo que dirigirme a todo el mundo con extrema corrección (de usted o de usía).
Gracias por atenderme.
Una chapuza.
Y los fabricantes de esas tecnologías chapuza (Microsoft: ActiveX, Adobe: Flash, Sun/Oracle: plugin Java del navegador) tuvieron y tienen tantos quebraderos de cabeza (gastos, en terminología capitalista) para ir parcheando la chapuza que ya están "discontinuando su uso". También en parte por el empuje de tecnologías web puras desde varios frentes, como las empresas de la era 2.0 (que dicho sea de paso se caracteriza por el cambio de usuario consumidor de contenidos a usuario también productor de contenidos): Google, facebook, amazon. Subes tus fotos y videos, escribes, te asocias; y es todo gratis, el producto eres tú.
"este tipo de noticias informáticas en la práctica que significa?" -> Si realizas trámites telemáticos con las administraciones publicas en España es muy probable que te encuentres con uno de estos programitas que se ejecuta en las tripas del otro: las tecnologías web no son capaces de firmar electronicamente un documento. Es nuclear lo que dice #79, que ha recibido su merecido positivo. Que se desarrollen los estándares de la Web que faltan para que no haya ya excusa alguna para abandonar estas chapuzas.
Y si dependes de uno de estos programitas pues es más que fácil que te dejen de funcionar, si es que siguen funcionando.
¿Qué significa? Probablemente no te afecte en lo más mínimo, si no te has encontrado el problema ya. En las webs modernas ya es raro encontrarlos (bueno, menos flash). Tomemos una cervecilla y ya está, si es que lo recomienda, doctor
Yo opté por entrar directamente en Python 3 y me encuentré con paquetes (por ejemplo Google API client para Drive) que solo estaban para 2, me tocó buscarme y hacerme las herramientas para usar las API.
La mierdurria que hacen en la consultora de turno no cuenta
Por un lafo están dando por muy difícil o imposible un código html5 que permita la firma con el nivel de seguridad que quieren. Por el otro un problema de la aceptación del dnie es que la gente no tiene lector ni los conocimientos para configurarlo ni aún con mucha paciencia y los manuales oficiales que son bastante simples.
Con esto consigues que hasta una abuela pueda usarlo, sólo necesita saber su contraseña.
en.wikipedia.org/wiki/Programming_languages_used_in_most_popular_websi