j.a.estevan

Una de las novedades que mas me interesan y sobre la que mas se está publicando en diversos medios (supongo que no soy el único al que le interesa) es el paso de los reports en Dynamics AX 2012 al entorno SQL Reporting Services (SSRS).

Hace unos dias comentaba una entrada del blog de Saveen Reddy llamada Cómo ser productivo con SSRS y Dynamics AX 2009, donde nos anunciaban una serie de tutoriales para aprender SSRS (SQL
Server Reporting Services) desde la perspectiva del desarrollador de AX.

Pues bien, los tutoriales no se han hecho esperar y en estos dias han publicado un total de 6 entregas (ire actualizando con el resto para tenerlos localizados y poder seguirlos fácilmente):

Dynamics AX and SSRS Learning Roadmap

• Part 1 – Where to look for help and creating a sandbox
• Part 2 – Learning about the Report design surface
• Part 3 – A Cheap Source of Data: System.Reflection
• Part 4 – Adding Headers and Footers and an Introduction to Expressions
• Part 5 – Learning about the Design Environment and SandBox Clean-Up
• Part 6 – Improving the SandBox – Separating Code in a Referenced Assembly

Los capítulos consistenten en útiles videos y actividades propuestas para ir
cogiendo soltura con el entorno mediante casos prácticos, estoy deseando tener un rato para ponerme con ellos.

El pasado viernes, en el blog del Dynamics AX Performance Team publicaron un interesante artículo comentando una actualización acumulativa publicada para SQL Server 2005 SP3 y 2008 SP1 que contiene cambios importantes para el rendimiento de Dynamics AX.

Se puede consultar con mas detalle el contenido de la actualización, y descargarla, desde este enlace.

Básicamente, la mejora viene gracias a la manera en la que el optimizador de SQL Server maneja las consultas parametrizadas, configuración que se ha cambiado con esta actualización para optimizar la manera en la que se analizan las consultas que Dynamics AX envía a la base de datos. La explicación técnica mas detallada la tenemos en este enlace.

Desde Microsoft aseguran haber conseguido mejoras de rendimiento realmente notables en determinadas configuraciones de AX, por lo que vale la pena echarle un vistazo.

Sólo una breve reseña de un artículo publicado por Microsoft hace algunas semanas, muy útil para mantenerlo en los links de interés para futuras necesidades.

Es un hecho que mover una aplicación AX de un entorno a otro, especialmente cuando se mueve o copia de un dominio a otro (por ejemplo, el paso del entorno de desarrollo al real, o a pruebas, …) implica una serie de pasos en lo que respecta al mantenimiento de la seguridad, sobre todo.

Al copiar la base de datos de un dominio a otro los GUID de los usuarios del dominio cambian y hay que recuperarlos para poder arrancar el nuevo entorno. Esto a menudo supone bastantes pasos en diferentes de los elementos del entorno AX como la base de dtaos SQL Server o el AOS.

En este artículo están resumidos esos pasos y todos los elementos susceptibles de dar problemas en estos escenarios:

Checking Database entries after restoring a Microsoft Dynamics 2009
SQL Database to another Domain or Environment

Recientemente Microsoft ha actualizado los requisitos de sus productos Dynamics con respecto a la compatibilidad de sus diferentes compontentes con los nuevos sistemas Windows 7 y Windows Server 2008 y SQL Server 2008.

Es un buen momento para revisárselos, aquí dejo los artículos sobre AX 4 y AX 2009.

Novedades sobre Axapta 6, para variar desde mfp’s two cents. Esta vez algo transparente para el usuario final pero que promete mejorar la vida de los desarrolladores.

A partir de la nueva version de AX, los ficheros .aod que antes contenian los objetos de las diferentes capas de desarrollo de la aplicación (los objetos del AOT) se eliminan y su contenido pasa a la base de datos, lo cual no supondrá ningún cambio a nivel funcional pero mejorará la velocidad de acceso a estos datos, lo cual es motivo de tiempos de respuesta demasiado altos actualmente, por ejemplo, al hacer búsquedas en los objetos del AOT o en otras opciones de MorphX.

Además de esto el hecho de cambiar del rígido modelo de datos en ficheros a un nuevo modelo basado en bases de datos permitira mayor flexibilidad y escalabilidad, por ejemplo, para evitar los problemas de element-ID.

Descripción mas ténica y concreta en el enlace de abajo.