Cumulative Update 7 para Microsoft Dynamics AX 2012

Microsoft Dynamics

Hace ya varios meses que se publicó el CU7 para Dynamics AX 2012 R2 (que nos trajo cambios tan importantes como la utilidad AxBuild o la posibilidad de instalar hotfixes por separado). Sin embargo la actualización para las primeras revisiones se ha hecho esperar. Esta semana se ha publicado la última actualización acumulativa para Microsoft Dynamics AX 2012 RTM (6.0.947.0) y Microsoft Dynamics AX 2012 Feature Pack 1 RTM (6.0.1108.0). Esta revisión (6.0.1108.6482), como de costumbre, agrupa todos los hotfixes publicados desde el lanzamiento de la primera versión (ver los CU publicados con anterioridad) y, como ya comenté en post anteriores, se ha cambiado la numeración para ser coherente en todas sus versiones, por tanto no existe CU6 para RTM, el último que se publicó fue el CU5 y éste es el siguiente.

Se puede descargar del siguiente enlace:

A diferencia de las últimas actualizaciones acumulativas para la versión R2 (pronto R3), esta actualización no incluye cambios funcionales (no incluye la utilidad AxBuild, por desgracia), sólo actualizaciones y hotfixes tal como era costumbre en estos paquetes. Es importante echar un vistazo a la página de descarga para revisar las versiones desde las que podamos actualizar, así como los detalles del proceso de instalación en cada caso.

Microsoft Dynamics AX 2012, servicios web, .NET Interop, cliente-servidor y arquitectura de aplicación

¡Vaya título! ¿Qué tienen que ver todos estos conceptos y por qué debería tenerlos en cuenta? Es posible que no sea una situación que se nos presente todos los días, pero hay veces donde hay que tener todos esos conceptos en cuenta para hacer que un fragmento de X++ funcione correctamente. Este ha sido mi caso: Tengo que consumir un servicio web externo desde Microsoft Dynamics AX 2012. Parece fácil, ¿no?. El servicio web se va a consumir en un proceso por lotes (servidor), pero también debe poder llamarse manualmente desde formularios (cliente).

En Microsoft Dynamics AX 2009, para utilizar un servicio debíamos añadir una referencia de servicio al AOT. En la versión 2012 creamos un proyecto Visual Studio de tipo Librería de clases. En ese proyecto de Visual Studio agregamos una referencia de servicio y agregamos el proyecto al AOT. No voy a entrar en detalle sobre ésto porque esta bien explicado por ejemplo en este white paper.

Una de las cosas a tener en cuenta acerca de los conceptos del título de este post está en las propiedades del proyecto en Visual Studio:

Propiedades Proyecto Visual Studio

Lo relevante aquí es marcar Deploy to Client si queremos que la DLL se despliegue a los clientes y Deploy to Server si queremos que se despliegue al servidor. De esta manera, el sistema copiará la librería cuando sea necesario a la carpeta correspondiente, descargándola de la base de datos (de la Model Store) donde está almacenada. Dependiendo de cómo se ejecute el código X++ que utiliza esta librería podemos marcar uno u otro o los dos.

Continue Reading…