PBtoWS - Noticias: Contextualización
Este proyecto nace como una oportunidad de mejora con el fin de actualizar el ERP con nuevas tecnologias orientas a servicios web.
¿Porque?
La versión en la que se mantiene el código powerbuilder recientemente fue migrada de las versión 10.5 a la versión 12.5 sin embargo el código generado por la versión no puede ser desplegado o utilizado en ambientes web ni ser compartido o reutilizado con otras tecnologías. Por esta razón hace necesaria la utilización de tecnologías de terceros para desplegar en ambiente web.
Limitaciones
El uso de tecnologias de terceros para operar en ambientes web presenta las siguientes limitaciones y restricciones.
Código desplegado no disponible
No es posible el consumo ni exposición de servicios web
Restricciones en la generación de documentos PDF
Restricciones al utilizar formatos gráficos
Limitaciones en la interfaz gráfica para utilizar estandares Web (No es posible el responsive ni
CSS)
Limitaciones de Sistema Operativo (Solo Clientes Windows)
Limitaciones de Navegador Web (Solo Internet Explorer)
LImitaciones de Compatibilidad entre el código generado y el código desplegado
Problemas identificados en procesos masivos cuando se existe carga considerable en la interfaz gráfica.
El Proceso de despliegue genera indisponibilidad del servicio
Solución
Realizar un proceso de migración que permita exponer el código de la versión actual en servicios Web
Ventajas
Mejoras en la estructuración del código (es una oportunidad para refactorizar)
Reducción de conflictos al utilizar objetos de una librería ya que esta versión soporta bloqueos por objetos
Mejoras en tiempo de proceso ya que no se permite el uso de objetos visuales y por consiguiente la carga y optimización de memoria mejora considerablemente
Reducción en los procesos de despliegue ya que los despliegues se realizarán por componente
Se habiita el uso de la mayoria de componentes internos de powerbuilder ya que no hay limitación de tecnologías de terceros salvo las limitaciones del framework .Net 4,x, S.O. y Servidor de Aplicaciones IIS 8,0
Se eliminan dependencias de sistemas operativos y navegadores en los clientes
Se eliminan dependencias de tecnologías de terceros para despliegues en ambiente Web
Desventajas
El proceso de migración de llevar el código de enfoque orientado a eventos a enfoque orientado a objetos requiere conocimientos bien definidos de este tipo de paradigma lo cual requiere capacitación y tiempo de los desarrolladores
La migración del código powerbuilder a componentes para ser expuestos en servicios SOAP no soporta aspectos visuales por lo tanto el frontend (interfaz gráfica) y las opciones de reportes deben ser abordadas por otro frente de desarrollo
La gestión de código por objeto no es compatible con la gestión de código por librerías por lo tanto se hace necesario procesos de sincronización de código mientras se avanza en el proceso de migració
Estrategia de Migración
Capacitación de los desarrolladores Powerbuilder en temas que requiere la migración (OOP, Framework, WS, SOAP)
Migrar el código Powerbuilder orientado a eventos a un enfoque orientado a objetos, modificando referencias de objetos y controles visuales a no visuales. (Refactorización de Código)
Identificar los procesos comunes para unificarlos y migrarlos a componentes (clases)
Identificar los componentes compartidos (Candidatos a servicios iniciales de exposición)
Migrar componentes de procesos robustos
Exponer componentes en servicios SOAP