BizTalk Services – Page 2 – iT Synergy Blogs

Tablas Pivote en Tiempo Real (BAM)

October 20, 2011 By Alexandra Bravo Restrepo Leave a Comment

Cuando se crean vistas para las actividades de BAM, se debe tomar la decisión para determinar si la actualización de la vista se debe realizar o no en tiempo real.

Cuando la actualización de la vista se realiza en tiempo real, siempre que se inserta un registro en la tabla creada para la actividad en la base de datos BAMPrimaryImport, se dispara un trigger que calcula los nuevos valores de cada agregación. Esto puede afectar el performance cuando el volumen de los datos que se deben capturar es grande.

Cuando la actualización de la vista no es en tiempo real, al hacer Deploy de la actividad y la vista en BAM, se crean en la base de datos BAMAnalysis de Analysis Services, los cubos que contienen las agregaciones. Para reconstruir el cubo se debe programar un job para que cada cierto intervalo de tiempo se actualice. Esta alternativa se recomienda cuando el volumen de los datos que se deben capturar es grande.

Para activar la actualización en tiempo real en Excel 2010, Hacer clic en la tabla pivote y posteriormente en el botón (Mark the selected pivot table as Real Time Aggregation) indicado en la siguiente figura:

Para desactivar la actualización en tiempo real, se debe hacer clic nuevamente en el botón (Unmark the selected pivot table as Real Time Aggregation) indicado en la figura:

Referencias: Pro Business Activity Monitoring in BizTalk 2009 – Jeff Sanders and Geoff Snowman

ESB Toolkit Dynamic Responses in Chained Operations Using Itineraries.

March 22, 2011 By Marco Antonio Hernández Prado Leave a Comment

To manage dynamic responses within the ESB when in its services throw either a valid response or a faulted one, we implemented the following scenario that may help you with similar cases.

First you have to take into account serveral important points:

An itinerary can define dynamically its response paths. Within an itinerary you can define if a service will respond or not. This isn’t quite a visible property, but it can be used to define if the itinerary service will respond to the client or to the following service.

This will be the scenario used in our use case.

An orchestration can handle one-way or two-way processes, seen as a process that can be design from the itineraries. You don’t have to explicitly place the two-way ports to handle this type of processes. In some cases, handling orchestrations with two-way ports doesn’t allow a simple management of the process since the process is always going to demand for a response when the Decision shapes are used. This means that the process will be required to return a response in all branches of the Decide Shape (“If”,“Else”, etc). Sometimes this becomes too complex to deal with.

Mapping the response from the Oracle database Adapter (weak REF CURSOR – GenRecordRow – GenRecordColumns)

March 2, 2011 By Alexandra Bravo Restrepo Leave a Comment

Al importar los esquemas de un procedimiento almacenado que retorna un weak ref cursor, el adaptador de Oracle genera un esquema “genrecordrow” y “genrecordcolumns, en lugar de un conjunto de resultados con tipo. Este tipo de mensajes son muy complejos de manejar, por lo cual se requiere realizar una transformación que permita identificar la información retornada por el ref-cursor directamente.

Para realizar la transformación del mensaje existen diferentes opciones, a continuación un ejemplo donde se hace uso de los functoids Iteration, Record Count, Scripting y Less Than or Equal To.

En el ejemplo se utilizará el functoid Iteration para recorrer el conjunto de datos GenRecordRow, este conjunto se recorrerá hasta llegar a la posición del último registro, este valor se calculará con el functoid Record Count, posteriormente se utilizará el functoid Less Than or Equal To, para establecer la condición de las iteraciones, la cual debe ser menor o igual al total de filas o conjunto de datos GenRecordRow, finalmente se usará el functoid Scripting, para realizar la transformación de los datos a través de XSLT.

XML de entrada: Corresponde a la información retornada en el ref cursor

1. Crear el esquema empleados:

2. Crear el mapa para realizar la transformación de la estructura genérica al esquema de empleados:

3. Adicionar al mapa los functoids Iteration y Record Count, para recorrer y contar las filas genrecordrow.

4. Adicionar al mapa el functoid Less Than or Equal To, para establecer el limite o total de iteraciones. El functoid Iteration retorna el índice de la iteración y el functoid Record Count el total de registros GenRecordRow, donde estas dos salidas deben ser las entradas de la condición: Indice actual <= total de registros.

5. Adicionar al mapa el functoid Scripting, el cual debe recibir como parámetro el índice de la iteración, para consultar solamente las columnas correspondientes a la fila del índice recibido.

6. Configurar el Scripting, utilizando el tipo de Script Inline XSLT Call Template, para realizar la transformación al esquema destino.

7. Finalmente probar el mapa, y verificar que el XML de salida sea el correcto: