Migración de .NET Framework a .NET Core


Quienes tienen aplicaciones GeneXus generadas con .NET Framework, deberán migrarlas a .NET Core.

Esta forma de decirlo, es usando la nomenclatura vieja de Microsoft, pues ahora deberia decirse que hay que pasarse a .NET (a secas). 

Las nuevas versiones de .NET traen como ventaja la de ser mas liviano su consumo en ejecución y la de poder ejecutar en Linux y en Windows. 

Quienes programamos con GeneXus tenemos el camino un poco mas fácil que el resto pero igual hay que hacer un trabajo lindo de migración del generador .NET Framework al generador .NET. 

Esto es indispensable, pues entiendo que el generador .NET Framework no va a tener mejoras en el futuro y todos los cambios se realizaran únicamente en el generador .NET. 

Como toda migración, va a traer diferentes dolores de cabeza. 

Por ejemplo, tengo el siguiente proyecto. 

  • KB Mediana, generada con .NET Framework. 
  • Utilizar PDFTools para concatenar archivos PDF (no funciona aun en .NET Core)
  • Necesita usar Azure Queues para realizar un procesamiento de mensajes (solo se soporta en .NET Core y no en .NET Framework). 
  • Envia mails con HTML generado con Webwrapper. 

Ante estos dos requerimientos, vemos que no vamos a poder satisfacerlos con un solo generador. 

En estos casos, priorizo el trabajo que va a perdurar más en el tiempo (en este caso pasar al generador .NET) y sacrificar un poco la funcionalidad de concatenar PDF haciéndola como un servicio en otro servidor. Va a ser mas lenta y posiblemente cancele en algunas oportunidades pero el usuario va a poder tener una funcionalidad similar pero de menor calidad. Con seguridad encontremos una forma mejor de concatenar PDF en el futuro cercano que funcione con .NET Core en forma nativa. 

Otra funcionalidad que hay que reprogramar, es la de WebWrapper. Esto esta descontinuado desde hace varias versiones de GeneXus pero aun seguia funcionando correctamente en el generador .NET. 

Hay que tener cuidado con esto, pues ni siquiera da mensajes de warning en el generador .NET, simplemente da errores al compilar. 
Los mails que enviaban HTML generados con el WebWrapper hay que generarlos a mano o mandar archivos de texto con links a la aplicación. 

Seguramente aparezcan algunas funcionalidades mas que dejen de funcionar, pues el sistema también consume varios servicios de terceros y publica servicios que son bastante sensibles a estos cambios de plataformas. 

Una vez terminada la migración, el sistema debería funcionar mejor (un poco mas rapido) en casi toda la aplicacion, deberia poder usar las colas de Azure Queues y funcionaria un poco peor en otras funcionalidades a las cuales les tenemos que buscar soluciones lo suficientemente buenas como para que los usuarios puedan seguir trabajando sin inconvenientes. 

Comentarios

Publicar un comentario

1) Lee el post
2) Poné tu opinión sobre el mismo.
Todos los comentarios serán leidos y la mayoría son publicados.

Entradas más populares de este blog

La nefasta influencia del golero de Cacho Bochinche en el fútbol uruguayo

Imagen
Esta teoría no es mia, sino que se la escuché por primera vez a Andrés Acosta. Varias generaciones de niños en Montevideo, crecieron viendo un programa de televisión llamado Cacho Bochinche, donde había un juego donde habia que patear penales a un arco con un golero de goma. La falla fundamental del mismo, es que en vez de premiar a quienes metian goles, se premiaba a quienes logran pegarle un pelotazo al golero y tirarlo al suelo. O sea, quien pateaba en forma mas burda y fuerte, era el ganador. Para complicar mas la situación, muchas veces cuando un niño no lograba voltear al muñeco, el animador del programa (el inefable Cacho de la Cruz que hacía de juez), le pegaba o empujaba al golero para tirarlo al suelo y de forma de dejar contento al niño que estaba haciendo pucheros. Por lo tanto se promueven varios valores, que han logrado calar muy profundo en las generaciones de niños telespectadores: a) Es bueno patear fuerte y al medio b) Tirar a colocar es de maricones c) El golero es
Leer más

Aplicación monolítica o distribuida?

Imagen
En los últimos tiempos, hemos escuchado muchas opiniones sobre cómo es conveniente diseñar nuestras aplicaciones, desde el punto de vista de su arquitectura en la ejecución.  Históricamente las aplicaciones eran monolíticas (una aplicación que se instalaba en una computadora y hacia todo lo que necesitaba) y en forma más recientes se esta optando por hacer aplicaciones distribuidas en varias computadoras, dividas en servicios independientes (algunos lo llaman microservicios). Al ser tan variadas las aplicaciones que realizamos, es claro que no hay una solución optima para todos los casos, sino que tenemos que adoptar (y adaptar) la arquitectura que mas nos convenga para cada caso. También hay que entender que entre una aplicación monolítica y una aplicación totalmente basada en microservicios hay una gran variedad de combinaciones posibles, pues no hay que hacer binaria la elección. El problema.  Es una realidad, que los sistemas de información cada día abarcan más activida
Leer más

Funcionalidades de GeneXus que vale la pena conocer: DATE Constants.

Imagen
Algunas veces en el código tenemos que poner una fecha como constante. Una alternativa a esta función, es usar el formato #yyyy-mm-dd# , como constante. Por ejemplo:   &InitialDate =# 2007 - 01 - 01 # &DateTime = #2020-01-01 10:00:00# Esta funcionalidad está desde hace varias versiones, pero por algún motivo, no se usa demasiado. He visto que usan ymdtod(2020,01,01) que para mi queda bastante mas confuso. Más información en el siguiente link: Date Constants
Leer más