Portada
mis comunidades
otras secciones
#37:
#36 Si, estas equivocado.
CentOS es un "fork" de RHES, Fedora es el "laboratorio" para RHES igual que OpenJDK es el "laboratorio" para el JDK de Sun.
Fíjate en el software de CentOS, es en general más antiguo que el de la última versión de RHES, mientras que el software de Fedora es más moderno.
Eso sí CentOS es realmente como un RHES sin soporte de Red Hat.
CentOS es un "fork" de RHES, Fedora es el "laboratorio" para RHES igual que OpenJDK es el "laboratorio" para el JDK de Sun.
Fíjate en el software de CentOS, es en general más antiguo que el de la última versión de RHES, mientras que el software de Fedora es más moderno.
Eso sí CentOS es realmente como un RHES sin soporte de Red Hat.
#32:
#21
Desde Linux es muy fácil instalarlo desde los paquetes.
Para otras plataformas => AdoptJDK https://adoptopenjdk.net/
En adoptjdk te puedes construir en un segundo un instalador a medida para tu SO, versión de Java e incluso versión de la JVM.
Desde Linux es muy fácil instalarlo desde los paquetes.
Para otras plataformas => AdoptJDK https://adoptopenjdk.net/
En adoptjdk te puedes construir en un segundo un instalador a medida para tu SO, versión de Java e incluso versión de la JVM.
#9:
#2 #3 ¿Os habéis leído la noticia? En realidad ahora es más libre que antes. Ahora existen dos versiones OpenJDK y Oracle JDK. La primera de ellas es completamente libre, y yo que la uso desde hace varios años nunca he echado en falta nada.
Más me preocupa una cosa de la que no se habla aquí, que es el que a partir de Java 9 se publica una nueva versión cada 6 meses y una de Soporte a Largo Plazo cada año y medio, lo cual se puede hacer algo estresante si quieres mantener al día las actualizaciones. Por no hablar de otro tema relacionado con esto que a mí me afecta, como es que en algunos casos la publicación de una nueva versión de una distribución de linux venga con una versión de OpenJDK que entre congelación de desarrollo de la distribución Linux y buscar versiones estables de los paquetes, se haya quedado ya medio obsoleta.
Más me preocupa una cosa de la que no se habla aquí, que es el que a partir de Java 9 se publica una nueva versión cada 6 meses y una de Soporte a Largo Plazo cada año y medio, lo cual se puede hacer algo estresante si quieres mantener al día las actualizaciones. Por no hablar de otro tema relacionado con esto que a mí me afecta, como es que en algunos casos la publicación de una nueva versión de una distribución de linux venga con una versión de OpenJDK que entre congelación de desarrollo de la distribución Linux y buscar versiones estables de los paquetes, se haya quedado ya medio obsoleta.
#3:
Qué bonito es el software propietario.
#4:
Pues yo no veo mal que te paguen por usarlo. Es como la gente que paga a cambio que veas anuncios.
Comentarios
Qué bonito es el software propietario.
#2 #3 ¿Os habéis leído la noticia? En realidad ahora es más libre que antes. Ahora existen dos versiones OpenJDK y Oracle JDK. La primera de ellas es completamente libre, y yo que la uso desde hace varios años nunca he echado en falta nada.
Más me preocupa una cosa de la que no se habla aquí, que es el que a partir de Java 9 se publica una nueva versión cada 6 meses y una de Soporte a Largo Plazo cada año y medio, lo cual se puede hacer algo estresante si quieres mantener al día las actualizaciones. Por no hablar de otro tema relacionado con esto que a mí me afecta, como es que en algunos casos la publicación de una nueva versión de una distribución de linux venga con una versión de OpenJDK que entre congelación de desarrollo de la distribución Linux y buscar versiones estables de los paquetes, se haya quedado ya medio obsoleta.
#9 toda la razón. No había leído cuidadosamente.
Me quiero mirar esto cuando tenga más rato por curiosidad porque es un poco follón.
#9 para eso está docker.
Pues yo no veo mal que te paguen por usarlo. Es como la gente que paga a cambio que veas anuncios.
#4
Estaría bien.....
#36 Si, estas equivocado.
CentOS es un "fork" de RHES, Fedora es el "laboratorio" para RHES igual que OpenJDK es el "laboratorio" para el JDK de Sun.
Fíjate en el software de CentOS, es en general más antiguo que el de la última versión de RHES, mientras que el software de Fedora es más moderno.
Eso sí CentOS es realmente como un RHES sin soporte de Red Hat.
#37 oh, gracias por la aclaración
#19, no es lo mismo «enviar» que «publicar». En este caso una noticia se publica cuando sale a portada.
#27 #22 #25, gracias a todos, un lapsus.
#18 Sensacionalista?????? pero si dice precisamente que esa es la alternativa, ¿has pasado de la entradilla?
#24 #48 precisamente: la entradilla busca el clickbait, sugeriendo precisamente todo lo contrario de lo que el enlace dice.
#62 Spanish web development in a nutshell.
Con suerte pronto salimos de los años 90.
Dejad de usar java
#61 Para un "Hello world" vale, pero para programas de cierta envergadura vas a tener el código lleno de macros de compilación condicional para adaptarlo a las peculiaridades de cada compilador y plataforma (no siempre se puede usar gcc). Eso sin contar con las distintas opciones de cada compilador, los flags de compilado y enlazado de la plataforma. Una pesadilla. Hace años que trabaja con C++ y teníamos varios proyectos grandes que había que portar y mantener en Tru64, HP/UX, Solaris y Linux. Cuando lo recuerdo me da dolor de estómago. Cuando pasamos a Java todo eso se acabó.
#65 Creeme, a mi no vas a tener que convencerme. Sufro ese dolor
#66 me equivoqué, iba dirigido a #59
Fuerza compañero!
#65 Hoy en día con c++ ,libstdc++ y alguna libreria que se encargue del core como qt ,libevent, etc.. tienes las plataformas actuales cubiertas (linux,windows,android,ios) para arquitecturas arm y pc.
Esto es lo más cerca que se puede estar actualmente del code once run everywhere.
En los proyectos que hago solo tengo algunos ifdef para tonterías especificas de las plataformas móviles.
Igualmente estoy contigo en que mantener los programas compatibles con todos los unix de la vieja escuela puede ser un dolor, siempre odié los autoconf y compañía.
#19 claro, te tienes que centrar en el 11:18 que es cuando se envió. en tu copia, "17 min" es cuando subió a portada.
#19 observa lo que pongo en negrita:
45 meneos
Java de pago: lo que no te cuentan
Juanro49 por Juanro49 a muylinux.com 11:18 publicado: hace 17 min
4 meneos
Java de pago: lo que no te cuentan
JaiMolas por JaiMolas a muylinux.com enviado: hace 48 min
Ahora mismo son las 13:05, así que la de 4 meneos se ha enviado a las 12:17 y la otra a las 11:18, casi una hora antes.
Me hace gracia los que decís que el problema es Java. Si Oracle se puede permitir hacer esto es precisamente por su enorme implantación y dependencia del mundo enterprise (bancos, multinacionales, etc). Esos pasarán por caja.
Además, Java es libre, igual que lo son kotlin, scala, etc. Lo que quiere Oracle es sacar tajada de su propia JDK (que es suya y no 100% libre). Pero al ser java y su especificación libres, se puede hacer una alternativa sin problemas (como es openjdk).
Esto de la programación web ha acabado resultando en un desastre:
-La aplicación principal va con Java 1.6.43 (otras aplicaciones requieren Java 1.8... lo solucionamos usando la 1.8 de 64 bits que puede ir en el mismo PC con la 1.6 de 32 bits)
-Una aplicación que curiosamente se llama Minerva, solo va con Firefox 2.
-Tenemos instalado los 3 navegadores: Chrome, IE 11 y Firefox. (El Edge no lo usamos y se borra el acceso directo) Algunas aplicaciones solo van con un navegador, otras con otro de manera parcial y para ciertas cosas es necesario usar otro navegador...
Yo creo que las Administraciones Públicas acabaran pagando licencia...
Lo de firmar con el certificado de la FNMT es otra fiesta.
#47 la programación web no es un desastre, lo que es un desastre es el Ministerio de Justicia (lo digo por Minerva). No mezclemos churras con merinas
#51 eCO: funciona con IE y FF, pero no con Chrome
https://ws024.juntadeandalucia.es/ae/adminelec/areatecnica/eco
Sirhus: en windows 10 solo va con IE.
https://juntadeandalucia.es/servicios/publicaciones/detalle/35579.html
Siltra: requiere Java 1.8
http://www.seg-social.es/wps/portal/wss/internet/InformacionUtil/5300/2837/2839/3098/200589
Una aplicación web para hacer un curso del IAAP solo iba con IE y Java 1.6.0.7
#61 Esa es la teoría, pero luego cada aplicación exigue un Java determinado... Hace 6 años teniamos un Jefe que tenía que firmar una vez al mes una cosa y para que pudiera firmar teniamos que ir y meterle un java viejuno. Tras firmar volviamos a ponerle el Java con el que iban otras aplicaciones. Un desastre.
#62 Bueno, si te sirve de consuelo, el plugin de java para navegadores ya no esta soportado, que es donde muchas de estas mierdas venian
La implicación de todo esto es que si quieres java sin pagar tienes que actualizar cada 6 meses.
Si quieres soporte más allá de esos seis meses tienes que buscar alternativas. Oracle no va a sacar nuevas versiones de las builds de OpenJDK8 o 11, solo de 12. RedHat esta ahora a cargo del proyecto OpenJDK8 y OpenJDK11. Por suerte hay bastantes alternativas que ofrecen 8 y 11 actualizadas, AdoptOpenJDK, RedHat, Amazon Corretto, Azul Zulu y alguna más que me dejaré por ahí.
Por lo que se, algunas diferencias son:
AdoptOpenJDK: ofrece builds de OpenJDK, pero no ofrece soporte. Creo que alguna empresa ofrecía soporte comercial de AdoptOpenJDK.
RedHat y Azul: ofrecen builds de OpenJDK gratuitas y dan la opción de soporte comercial. Azul también ofrece su jvm propietaria Zing.
Amazon: ofrece builds de OpenJDK con soporte gratuito
Kotlin, la solución se llama Kotlin.
#10 Por si alguien quiere ponerse a aprender y dar el salto
https://kotlinlang.org/docs/reference/
Tiene compatibilidad con Java sin mucho esfuerzo. Soporte oficial de Google para Android y de Spring
#13 ¿Pero Kotlin como Scala no corren sobre la JVM?
#15 #10 si ejecutas código compilado desde Kotlin en la JVM de Oracle, estás en las mismas.
La solución es usar OpenJDK. Lo cual es una solución sencilla. Así que no hay problema. Así que el artículo es sensacionalista. Así que negativo.
#34 No, el plugin es un applet (y eso debería estar muerto y enterrado) y en este caso habla sobre la implementación de JDK que en le caso de la versión 11 de OracleJDK, este está basado en OpenJDK, todo esto es lado servidor no lado cliente.
#15 #10 #18 Una cosa es la implementación del lenguaje (JRockit, OpenJDK, Oracle JDK, etc) y otra la implementación de la JVM. De JVM hay varias: Oracle, IBM, Kaffe, etc.
En el caso de la noticia dice que ciertas partes de la implementación del lenguaje pueden ser de pago, es decir, que método que esté en OracleJDK y quiere implementarse en OpenJDK, debe pagarse.
Básicamente extienden funcionalidad de su implementación de Java añadiendo métodos de pago y si no los quieres o te montas tu implementación o usas OpenJDK.
#18 El artículo dice precisamente lo que tú estás diciendo.
#15 En escritorio sí, claro. En Android corren sobre art
Dentro de poco, en nativo
#13 Está hecho desde cero para ser compatible con Java. Si al final no es compatible es para darles el ignobel de informática.
#10 ¿Es troleo? porque Kotlin es un lenguaje más de la JVM. Te libras de las parte de "lenguaje" de Java, pero no de la máquina virtual ni del API
#10 Vale, vamos a migrar toda la infraestructura de los mainframes de bancos y aseguradoras a Kotlin.
Ya puestos, lo hacemos un viernes por la tarde.
Plan sin fisuras.
#17 Puedes hacerlo el viernes a las 17:59
El proyecto kotlin acepta código java
Nosotros el nuevo desarrollo lo hacemos en kotlin y poco a poco, sin prisa, vamos migrando el java.
#17
Empezando porque los Mainframes de los bancos contienen software hecho principalemnte en RPG y COBOL .
#10: Arreglar los fallos de JavaScript (pocos), añadir lo que falta y listo.
#23 De que hablas amigo?
#10 te ha lucido
#10 Los comentarios de los envios sobre Java van de a ver quien suelta la gilipollez mas gorda, macho
Esta noticia me preocupa.
En los ordenadores de la empresa tenemos instalado esto
https://www.java.com/es/download/
Que es el plugin de java para navegadores. Es fundamental para poder hacer determinados trámites con muchos organismos, sobre todo nacionales, pero también con algunos bancos extranjeros y administraciones públicas de otros países.
¿Esto quiere decir que para usar estas versiones tenemos que pagar una licencia? He leído la noticia y no me ha quedado nada claro y en la página de descarga de java tampoco veo nada que haga referencia a ningún pago de licencias. En los comentarios veo que habláis de openjdk pero no tengo claro de que estemos hablando de software que sirva para lo mismo.
A ver si alguien puede aclarar este tema, porque es fundamental tener estas cosas atadas. Y si la administración pública está obligando a usar algo que ahora mismo necesita el pago de una licencia... OLE SUS HUEVOS.
#34 Si usáis applets de Java, yo me preocuparía, antes que por estas sutilezas con las licencias de códico, por el hecho de que los navegadores están dejando de soportar applets a marchas forzadas. Chrome ya no los soporta, Firefox no estoy seguro si han eliminado ya el soporte (pero tenían fecha) y los demás irán detrás.
#41 en Firefox para usar java ahora mismo tienes que tirar de versiones ESR antiguas.
#34 A mí me preocupa que en pleno 2019 sigáis usando applets en los navegadores.
#28 Nuevo mas o menos, de abril de 2008, pero no me habia fijado bien en ese detalle.
Nunca me gusto
#19 publicado = llegar a la portada de meneame. El segundo enlace no tiene hora de publicación porque nunca llegó a la portada.
La fecha de envío es la primera hora, 11:18, que es anterior a la hora de envío de la segunda, 12:09.
No entiendo cómo han dejado que oracle adquiriese todo eso. Si su único producto que no ha comprado es esa puta mierda de bd...
#2 Nicolás Maduro debería haberlo impedido. "Eh, Oracle! No compres productos! Los comprará nuestra república Bolivariana y meteremos a un montón de funcionarios a desarrollar Java".
#2 ¿Oracle puta mierda de BD? ¿en qué te basas? ¿por qué es peor que SQL Server o DB2?
#49 Que cuesta 5 veces más para ofrecer lo mismo... o menos... Pero qué cojones, ¿año 2019 y todavía no puede hacer rollback a una simple ddl?
#64 Año 2019 y que todavía se sigan viendo proyectos usando la base de datos de Oracle, eso es más grave.
Entiendo que el código fuente de Oracle JDK no es un fork de OpenJDK ¿no? En ese caso deberían publicar los parches debido a la licencia de OpenJDK.
Pero si Oracle mantiene sus propios fuentes que son "iguales a OpenJDK" ¿ no es un poco trampa ? Aunque Oracle contribuya a OpenJDK. Es como si los ingenieros de Oracle, por la mañana ayudan a OpenJDK y por la tarde a Oracle JDK
#1 No son iguales. OpenJDK es a Java lo que Fedora era a RedHat....
Esto puede sin embargo muy bien seguir el camino de OpenOffice..... un fork LibreJava?
#5 dirás centos no fedora, o estoy yo equivocado?
#1 hola, eso que comentas se llama licencia dual. Y funciona un poco como dices, si alguien de Oracle hace una mejora, el código pasa tanto a la parte opensource como a la privativa. La complejidad viene cuando la mejora no viene de Oracle sino de alguien de la comunidad, en ese caso la mejora no podría pasar a la parte privativa. Pero en ocasiones las mejoras se aportan a la base. Es un modelo un tanto triquiñoso y está extendido en bastantes productos, sobretodo productos donde una empresa es la que ha desarrollado gran parte, en muchas ocasiones porque inicialmente era un producto privativo que posteriormente se liberó.
#8 No conozco los detalles de como funciona el sistema de licencias de Java, pero normalmente lo que se hace en estos casos es desarrollarse la base del codigo con licencia libre y luego se licencias otros complementos del programa o servicios dedicados a este por parte de la empresa.
El caso mas visible es Android. El desarrollo del sistema operativo corre a cargo de un grupo que se llama AOSP, que esta impulsado principalmente por google. SIn embargo lo que nosotros conocemos por Android es el sistema operativo mas una serie de programas que vienen por defecto con el: Play Store, Google Play Services, Maps... todas estas aplicaciones se integran en el sistema operativo de android pero estan licenciadas por Google. De esta forma cualquier persona puede desarrollar o distribuir su propia version de Android siempre que esta parte del codigo de AOSP.
#8 Claro, a eso me refiero: a las aportaciones que hacen los ingenieros de RedHat a OpenJDK ¿ luego aparecen en Oracle JDK , que tiene una licencia comercial?
Es raro
¿No deberia ser duplicada esta y no esta otra que ha sido enviada antes?
Java de pago: lo que no te cuentan
Java de pago: lo que no te cuentan
muylinux.com#7 No, está fue enviada hace hora y media y la que tú dices hace 45 minutos. Por eso tiene el -1 en la URL.
#14 #11 #12
Pues a mi se me muestran asi, algo me estará fallando por algun sitio.
45 meneos
Java de pago: lo que no te cuentan
Juanro49 por Juanro49 a muylinux.com 11:18 publicado: hace 17 min
4 meneos
Java de pago: lo que no te cuentan
JaiMolas por JaiMolas a muylinux.com enviado: hace 48 min
#19 Veo que eres nuevo por aquí: no es lo mismo la hora de envío que la hora de publicación. La de publicación es la hora en la que llegó a portada.
#7 La que tú enlazas es posterior, esa es la duplicada.
#7, ésta se ha enviado a las 11:18 y la que dices a las a las 12:10, con lo que la duplicada es la que enlazas.
Intenté instalar la versión libre y no había instalador. No es imposible pero tampoco fácil. Es evidentemente hecho a propósito.
#21
Desde Linux es muy fácil instalarlo desde los paquetes.
Para otras plataformas => AdoptJDK https://adoptopenjdk.net/
En adoptjdk te puedes construir en un segundo un instalador a medida para tu SO, versión de Java e incluso versión de la JVM.
#32 many thanks
#21 Todos los SDKs deberían ser así pues. Evitaría que cualquier inútil pudiese ponerse a programar.
Nunca entendí el sentido de java, c++ es mucho más multiplataforma y no requiere toda una maquina virtual por detrás.
#59 c++ es multiplataforma por que puedo compilarlo para múltiples plataformas y generar un binario para cada una de ellas. Java lo compilo una vez y ese único binario me vale para todas las plataformas
#59 La esencia de Java es poder tener a una legión de monos picando código sin sufrir memory leaks.
En lo que no cayeron es que también hay que pensar en la arquitectura del código, y de aquellos polvos tenemos estos lodos (who toucha my spaghet code!?)
#73 Joder, ese argumento sí que me encaja a la perfección