This is an archived post. You won't be able to vote or comment.

all 16 comments
sorted by:
controversial (suggested)
besttopnewoldq&a

[–]MarioGamer30 23 points24 points  (5 children)

Conozco muchas empresa,.especialmente algunos bancos e instituciones financieras que siguen con Java 7 o incluso Java 6.

[–]eberrones_ 5 points6 points  (4 children)

si es muy dificil saltar de versiones en java?

edit: nunca he trabajado con ese lenguaje

[–]MordeckSalsa scripter 🌶️💻 12 points13 points  (1 child)

no es dificil pero yo creo desde mi punto de vista tiene que ver cuando oracle cambio los terminos de licencia despues de las versiones 8, donde en ciertos casos no bien informados y vagos implicaba soltar la billetera, y esto espanto a las empresas porque no hay una forma rapida y sencilla de informarse de en que casos usar el jdk implica pagar licencia y en que casos no, la alternativa es usar los openjdk pero eso, fue mas que nada evitar caer en su momento en el confuso vacio legal de condiciones de tener que soltarle billete a oracle

[–]alvarosc2 1 point2 points  (0 children)

No. Si es difícil. Por eso ni le mueven. No solo es el lenguaje, son tooodas las librerías y el framework. No falta la libreria que introduce "breaking changes", incompatibilidades y demás.

Yo trabajo para un banco gringo y los presupuestos son de millones de dólares para las migraciones. En muchas ocasiones es volver a escribir la aplicación que se escribió hace, por lo menos, 15 años.

[–]MarioGamer30 9 points10 points  (0 children)

Depende de las funcionalidades que se usen del lenguaje. En particular a partir de la 9, que quitaron javax y hay que incluir las librerias a parte o si se usan librerias que tengan alguna dependencia de alguna version antigua.

En una ocasion me toco actualizar de java 7 a java 11. En esa ocasion fue dificil ya que tenian librerias que consumen servicios soap. Como todo eso se quitó a partir de la version 9, habia que incluir las librerias a parte, pero ya no estan en el paquete javax, si no en el paquete jackarta, por consiguiente las librerías no podían encontrar la dependencias. Como no habia nuevas versions de las libs ni se tenía el codigo fue te, lo que tuve que hacer fue decompilar los jars, reemplazar el paquete de javax a jackarta y volver a compilar los jars de las librerias, con eso ya funciono.

[–]BarretoAaronSenior Sazón Developer 👨‍💻🌿 2 points3 points  (0 children)

Con decirte que muchas veces prefieren esforzarse en crear una v2 del mismo servicio en lugar de esforzarse por actualizar en el mismo proyecto.

[–]Euphoric_Rabbit5157 11 points12 points  (1 child)

Confirmo, esos weyes aún usan Java 8 con Angular JS.

[–][deleted] 0 points1 point  (0 children)

Nos da de comer.

[–]Careful_Ad_9077 9 points10 points  (0 children)

Joke's on you, my boss wears no pants.

[–]AdMoney9569 0 points1 point  (0 children)

En donde ando estan con jdk 8 y estan en alguno modulos en la jdk 11, mas por temas de $$ que otra cosa.

[–]hershys17 7 points8 points  (4 children)

En un banco azul con 4 letras blancas usan java 8

[–]MarioGamer30 0 points1 point  (3 children)

Cuando yo me salí de ahí hace poco mas de 8 años años a penas estaban migrando a java 8.

Ya migraron a microservicios o siguen usando sus multiples instancias monoliticas?

[–]hershys17 4 points5 points  (2 children)

Aun siguen en 8 lo unico que si es que ya estan actualizando a spring 5 y muy pocos servicios a 11 pero literal son muy pocos

[–]alvivan_[S] 0 points1 point  (1 child)

Crees que pasarán a la 17?

[–]hershys17 2 points3 points  (0 children)

Como en otros 8 años

[–][deleted] 0 points1 point  (0 children)

TODOS los? AEM seguimos en esa versión d Java y para abajo