Muchos programadores y dueños de empresas piensan que si una aplicación esta funcionando correctamente en la empresa, el esfuerzo de migración a una nueva versión no vale la pena. Esta forma de pensar ha llevado a muchas empresas al envejecimiento tecnológico; es tal el caso, que encontramos empresas que todavía utilizan aplicaciones en fox en versión carácter, tienen hardware bien desactualizado y cuando compran una PC nueva, que trae un sistema operativo reciente, digamos xp, vista o windows 7 ; hacen grandes milagros para que su aplicación siga funcionando. En lo personal no estoy en contra que se piense de esa manera, la cual puede ser justificado por razones de presupuesto. La culpa en el envejecimiento tecnológico muchas veces la tenemos las personas responsables de asesorar a las empresas en el tema de tecnología. Dejamos pasar tanto tiempo para actualizar nuestro sistema que si luego queremos realizar este proceso, la unica solución es volver a programar todo de nuevo; claro esto es costoso en tiempo y recursos, lo mejor es tener una estrategia de actualización que permita a la empresa renovarse lo mas pronto posible, con el fin de garantizar la continuidad de las aplicaciones y del soporte, pues en muchas ocasiones le costará encontrar gente que le ayude en un problema si su aplicación es muy viejita.
Entonces como me migro de 2003 a 2008, este proceso es bastante sencillo y lento pero es lo más seguro que yo he encontrado, lo primero que tiene que hacer es crear un proyecto nuevo, luego comience a pasar sus clases, sus formularios, sus dataset, etc. UNO A UNO y vera que cada vez que pasa un componente, el Visual Studio le dira que falta algún componente asociado y asi los va trasladando a su nuevo proyecto y si hay un error, lo corrige. Es mucho más rapido corregir 5 errores que se presenten al pasar un formulario que tratar de migrar todo el proyecto de una vez y encontrarse con 800 errores simultaneos. De esta forma puede frustrarse en la migración y no lograr su objetivo propuesto, lo que puede llevarlo a la desición de pasar otros 5 años más con su aplicacion actual envejeciendo juntos...
Entonces como me migro de 2003 a 2008, este proceso es bastante sencillo y lento pero es lo más seguro que yo he encontrado, lo primero que tiene que hacer es crear un proyecto nuevo, luego comience a pasar sus clases, sus formularios, sus dataset, etc. UNO A UNO y vera que cada vez que pasa un componente, el Visual Studio le dira que falta algún componente asociado y asi los va trasladando a su nuevo proyecto y si hay un error, lo corrige. Es mucho más rapido corregir 5 errores que se presenten al pasar un formulario que tratar de migrar todo el proyecto de una vez y encontrarse con 800 errores simultaneos. De esta forma puede frustrarse en la migración y no lograr su objetivo propuesto, lo que puede llevarlo a la desición de pasar otros 5 años más con su aplicacion actual envejeciendo juntos...
PROBLEMAS ENCONTRADOS EN LA MIGRACION:
1.- En los reportes de Crystal repors que manejan imagenes, tuve un error posiblemente relacionado con algun caracter que no interpretaba la nueva versión ("No se puede enviar solicitud para procesamiento de fondo") . La solución fue llamar nuevamente estas fotografias e editarlas y guardalas seguidamente en la base de datos.
2.- Parametros de reportes. En este caso en el 2003 uno podía mandar un parametro al reporte y aunque este parametro el reporte no lo necesitare, el solo tomaba los correctos, lo demas lo ignoraba, pero el reporte siempre se generaba. En 2008 hay que quitar esos parametros que no se ocupan para que funcione.
3.- Cuando agregas al proyecto un dataset y copias los dos archivos (bancos.xsx, bancos.vb) el 2008 genera cuatro archivos (bancos.designer.vb, bancos.vb, bancos.xsc, bancos.xss) borra el bancos.vb para quitar los mas de 80 errores que aparecen.
4.- Algunos caracteres se deforman en los formularios, para esto la unica solución es volver a editar los campos del formulario y hacer los ajustes necesarios
5.-Lentitud al abrir el proyecto. Lo que hemos observado aqui es que el Visual Studio 2008, en el cuadro de herramientas carga todos los controles del proyecto, eso lo hace tardado al inicio, pero media ves los carga es aceptable la respuesta
6.- Error de Memoria cuando habres un formulario. Bueno aqui no hemos encontrado cual es el problema, después estar trabajando algunas veces da error cuando uno habre un formulario. La solución es cerrar el visual basic y volver a cargar el proyecto.
7.- Para quitar unos cientos de advertencias molestos que aparecen en tu proyecto migrado. Darle clic a propiedades del proyecto en el explorador de soluciones, luego busca la opción compilar y marca deshabilitar todas las advertencias.
8.- En las maquinas clientes con Windows Xp o superior para funcione tu aplicación debes tener instalado como mínimo : Service Pack 2, CRBasicVS2008_redist_x86, NetFramework 3.5 y El ejecutable de la aplicación
Gracias por la informacion, lo probare a ver que tal.
ResponderEliminar