Disponible Java 8u40
Oracle ha anunciado la disponibilidad de Java 8u40. Además de correcciones de algunos bug, la principal novedad que trae esta versión son varias mejoras en temas de accesibilidad para JavaFX. También hay algunas mejoras en Nashorn que permiten controlar mejor qué clases Java pueden ser accesibles por el JavaScript.
La versión comercial del JDK (no la gratuita) también tiene mejoras en la gestión de memoria y en rendimiento. Una de estas mejoras consiste en que el JDK monitorizará La cantidad de memoria RAM total disponible en el sistema (no sólo la que está usando la máquina virtual) y si esta memoria se reduce significativamente tratará de reducir su propio uso de memoria para evitar que el sistema se quede sin memoria. Este comportamiento puede configurarse a través de parámetros que se le pasan por la consola. También hay mejoras en el Java Flight Recorder.
Reader Comments (9)
Desconocia que había una versión de pago. La verdad es que a esto nos lleva Oracle a pagar porque nuestra JVM funcione mejor. Yo creía que la parte comercial de la JVM era el soporte y punto pero no me esperaba que hubiera versión de pago y versión de no pago.
Desde mi punto de vista es algo muy triste, pero así es el mercado. Por lo menos tenemos la versión free pero me da ninguna buena espina, obviamente se tratará de que se pague por ello cuantos más gente mejor y a la larga será malo para la versión free.
¡¡Versión de pago en Java!! ¡¡Horror!!
¿Desde cuándo existe una versión de pago?
Pasó con Java 7 cuando Hotspot y Jrockit (las máquinas virtuales de Sun y Bea Systems) comenzaron a fusionarse en una, Y ya discutimos largo y tendido sobre eso:
http://www.javahispano.org/portada/2013/9/11/disponible-java-7-u40-con-java-mission-control.html
Actualmente hay ciertas características de alto rendimiento, y sobre todo de monitorización, que en teoría no están disponibles si no pagas para producción.
Hay más versiones de la VM, de código abierto y propietarias, de lo que comúnmente se cree.
http://en.wikipedia.org/wiki/List_of_Java_virtual_machines
El que haya una versión de pago del JDK puede permitir que Oracle no pierda dinero con Java y esto puede evitar que Java corra la misma suerte que Groovy.
Además, se supone que el JDK de pago es para uso empresarial. No entiendo como una empresa paga el alquiler de sus oficinas sin pestañear, pero se queja por comprar software que es el corazón de su producto.
Una pregunta a todos los que os habéis quejado: ¿Todo el software que vosotros desarrollais es gratuito? ¿Habéis trabajado alguna vez para alguna empresa que desarrolle código comercial?
Quien esté libre de pecado que tire la primera piedra.
El comentario de Javier me hace pensar el que en general, en la informática, el pagar por algo nos supone un problema. El tener lenguajes, frameworks, ides, etc gratis hace que pensemos que no hay que pagar por nada. O peor, que si una empresa quiere cobrarnos por algo nos está estafando y que ójala quiebre.
Ahora mismo tenemos reciente el caso de Groovy y Grails. Dos herramientas que nos han facilitado y nos facilitan la vida gracias a que una empresa decidió invertir en ellas. Y que el resto nos hemos aprovechado sin pagar un sólo duro. Y ahora, cuando la empresa ve que no le saca rentabilidad decide quitarse las herramientas de encima. Eso supone, que hay un grupo de desarrolladores que tienen que buscarse la vida, buscar otras empresas que quieran invertir en sus productos (cosa difícil sino es posible encontrar una rentabilidad) o abandonar los proyectos (que hay que comer todos los días).
En un podcast de javahispano, comentaba Abraham, creo, que era el creador de junit, que estaba poco menos que pidiendo "limosna" porque después de crear algo como junit no había obtenido ningún ingreso de la herramienta. Y se planteaba, que si todos los que utilizamos estas herramientas, que tanto nos ayudan en el día a día, pusiésemos una cantidad anecdótica, un euro, cinco euros, esta gente podría dedicarse en exclusiva a seguir desarrollando estos productos.
No conocía esa anécdota sobre "el creador de jUnit".
Si se refiere a Kent Beck, desde luego personalmente no le va mal pues trabaja en Facebook. Eso sí, sería mucho mejor para el mundo del software que dedicase su privilegiada mente para cosas como jUnit en vez de lo que quiera que haga en Facebook :-(
Si se refiere a Erich Gamma, actualmente trabaja en Microsoft con Visual Studio, así que sí, lo mismo.
No me opongo a que haya una versión comercial para las empresa pero principalmente el negocio de Oracle no va a ser vender java, sino integrar Java y todas esas mejoras dentro de su Stack tecnológico que cubre muchas muchas capas y que es lo que le da el dinero como sus servidores de aplicaciones, bases de datos, etc.....
Respecto a las preguntas de @javierpaniza:
¿Todo el software que vosotros desarrolláis es gratuito? No no lo es, mi empresa cobra por ello pero cobra no sólo por el código sino por los profesionales que diseñan e implementas lo que el cliente pide. El código es lo menos importante ya sea Java, VB, C# o Javascript.
Dicho todo esto no me parece mal que haya versiones empresariales como conocemos de tantos y tantos productos JasperReports, BoniaSoft, Weblogic, ....etc pero la base de todos ellos que es Java debería de ser lo que siempre fue libre. Por eso su desarrollo lo va marcando el Java Comunity Process que aunque politizado creo que hace JAVA algo distinto a otros productos que conocemos.
Un saludo.
Hola Antuansoft:
Sí, pero eso no signfica que todos los fabricantes estén obligados a hacer implementaciones de código abierto o gratuitas de las JSR. Por eso es legítimo que alguien haga una JVM comercial, de hecho Azul System lo ha hecho y nadia se ha quejado. ¿Por qué no lo puede hacer también Oracle?
De todas formas el JDK sigue siendo gratuito, la versión empresarial es eso "empresarial", prescindible para la mayoría de los casos.