iT Synergy Blogs

Growing Innovation - Soluciones a problemas reales

Copyright © 2024 · iT Synergy·

Looping, Scripting and global Variables in Maps
Looping, Scripting and global Variables in Maps avatar

By Leave a Comment

El siguiente ejemplo muestra el uso de los controles looping y scripting, para transformar un archivo XML que contiene la información de los empleados de una empresa, ordenados por el departamento al que pertenecen, en un archivo XML que contenga la información de los departamentos de la empresa, con sus empleados.

Archivo XML Origen:

Archivo XML Destino:

1. Crear los esquemas Empleados y Departamentos:

* Al crear los esquemas tener en cuenta que los nodos Departamento y Empleado deben tener las propiedades minOccurs en 1 y maxOccurs en unbounded o *, para que puedan tener como mínimo una repetición e infinitas repeticiones.

2. Crear el mapa para realizar la transformación de empleados a departamentos (Empleados_To_Departamentos):

3. Agregar al mapa Empleados_To_Departamentos, un control Scripting, para definir la variable global Código de Departamento, la cual se utilizará para identificar los departamentos de la empresa agregados al esquema destino (Departamentos).

4. Hacer doble clic en el scripting adicionado en el paso anterior, para configurarlo:

* Definir un parámetro de entrada con un valor nulo por defecto (Solo se debe definir una entrada, porque solo se va a declarar una variable global).

* Hacer clic en la ficha Script Functoid Configuration, para definir la variable global y las operaciones para Modificar y Consultar el valor de la variable global.

5. Agregar al mapa Empleados_To_Departamentos, un control Looping, para recorrer los registros de los empleados del esquema origen.

6. Agregar al mapa Empleados_To_Departamentos, un segundo control Scripting, para obtener el valor de la variable global _CodigoDepto. Este nuevo control se debe configurar de la siguiente manera:

* No debe tener parámetros de entrada

* Hacer clic en la ficha Script Functoid Configuration, para escribir el código que permite obtener el valor asignado a la variable global _CodigoDepto

7. Agregar al mapa Empleados_To_Departamentos, el control lógico Not Equal, el cual debe tener como entradas la salida del segundo scripting (Valor de la variable global _CodigoDepto) y el código del departamento, con el fin de validar que estos valores sean diferentes, para poder incluir el departamento en el esquema destino.

8. Agregar el control Value Mapping, el cual debe tener como entradas, la salida del control lógico y el código del departamento, para que solo cuando la condición se cumpla se agregue la información del departamento al esquema destino.

9. Hacer un enlace entre el Departamento del esquema origen y el Nombre del esquema destino.

10. Agregar un tercer control scripting para actualizar el valor de la variable global _CodigoDepto por el valor del código del departamento que se encuentra en el ciclo.

11. Configurar el tercer scripting, para que reciba como parámetro de entrada el código del departamento, cuando la condición lógica se haya cumplido.

* Hacer clic en la ficha Script Functoid Configuration del tercer scripting, para escribir el código que permita actualizar el valor de la variable global _CodigoDepto.

12. Agregar un cuarto control scripting, para escribir el ciclo que permitirá obtener la información de los empleados correspondientes a un departamento y ubicarlos en el esquema destino. Este scripting debe recibir como parámetro el código del departamento que se encuentra en el ciclo y retornar la información de los empleados del departamento.

* Hacer clic en la ficha Script Functoid Configuration del cuarto scripting, para escribir el código que permita obtener los empleados de un departamento.

Finalmente el mapa esta listo para las pruebas.

Manage DataEntities in Managed Service Engine
Manage DataEntities in Managed Service Engine avatar

By Leave a Comment

En varios clientes hemos encontrado el siguiente escenario, “se debe actualizar el servicio virtualizado ya que servicio original cambió, se virtualiza el servicio con la operación actualizada pero el servicio virtualizado no cambia”:

Para hacer más sencilla la explicación voy a realizar el ejemplo con un servicio mock generado para pruebas. Este servicio tiene una operación llamada AddNumbers esta operación tiene un MessageContract llamado NumberRequest y este tiene un DataContract llamado Numbers, la operación AddNumbers retorna un DataContract NumbersResponse. Este DataContract  en MSE se puede Visualizar en el Layout DataEntity Management.

 

Servicio visto con WCF Test Client con la operación AddNumbers, en esta podemos observar que obtiene el contrato Numbers, este tiene dos propiedades: Number1 y Number2

En MSE en el Layout DataEntity Management las podemos visualizar así:

Cambio en el Servicio

En el día a día nuestros servicios van cambiando tanto en sus operaciones como en sus contratos, en un mundo ideal deberíamos realizar cambios en los namespaces cuando cambie un contrato en un servicio, pero desafortunadamente así no es, en el mundo real de SOA MSE nos colabora con la administración de estas entidades (Contratos), primero veamos la actualización del Servicio WCF, esta fue hecha de una vez al contrato si haber realizado cambio alguno en el servicio o en el namespace.

 

 

Como hemos identificado que cambio el contrato, en el MSE lo que hacemos es una importación de schemas, no es necesario realizar importación de operaciones o de recursos.

 

Aquí seleccionamos Import Schemas

Seleccionamos los esquemas o esquema a importar, para nuestro caso vamos a seleccionarlos todos:

 

 

Después de la importación Exitosa, vamos al Menú Tools-Manage Service Model Components-Data Entities

 

En el menú desplegable seleccionamos el schema que queremos actualizar, para nuestro caso el schema numbers que está en el namespace http://xxxx/guidances/mockservices/datacontracts/numbers/1.0, seleccionamos la entidad de Tipo Complejo (Complex Type)

 

Si hay más de una versión(revisión)de esta entidad MSE nos muestra está información por fechas, aquí podemos ver que en la revisión del 1/11/2011 1:00:28 AM la entidad Numbers tiene dos propiedades, Number1 y Number2

image

La revisión Latest Revision la entidad Numbers tiene tres propiedades, Number1, Number2 y Number3, esta revisión es la que vamos a seleccionar

Seleccionamos Update Revision Reference

 

 

Aquí visualizamos que revisión hemos seleccionado:

En la pestaña Update References seleccionamos por cual revisión vamos a reemplazar la que seleccionamos, en este caso vamos a reemplazar la revisión Latest revision por la revisión 1/11/2011 1:00:28 AM

 

 

Cuando finalizamos el registro del Schema lo que sucede al final es la actualización de la Tabla SchemaObjectDependencies, cambia la asociación entre las columnas SchemaObjectID y ParentObjectID, después de la importación podemos reiniciar los servicios de MSE Runtime y hacer la actualización del Servicio expuesto por el MSE

 

Aquí volvemos a realizar el llamado por medio del WCF Test Client y ya vemos actualizada la entidad con el cambio solicitado

 

Data type mismatch in criteria expression con el Oledb Provider
Data type mismatch in criteria expression con el Oledb Provider avatar

By Leave a Comment

Problema

Usando el proveedor de datos OLEDB para FoxPro 9.0 al intentar actualizar o insertar en una tabla que tuviera una columna de tipo OleDbType.DBTimeStamp se genera el siguiente error:

Data type mismatch in criteria expression

Causa

El problema es causado por la columna DateTime al pasarle los milisegundos ya que este tipo de dato OleDbType.DBTimeStamp no los soporta.

Solución

Eliminar los milisegundos. Tener en cuenta que el parametro en el CommandText debe estar con signo ?, ya que si se usa @ se genera error. El siguiente es un ejemplo donde se asume que el DbCommand “cmd” ya esta definido .

cmd.CommandText = “INSERT INTO flor (bar_flor,fecha_actu)  VALUES (”,?)”;

DbParameter par = cmd.CreateParameter();
par.DbType = System.Data.DbType.DateTime;
par.ParameterName = “@fecha_actu”;
par.Value = new DateTime(DateTime.Now.Year, DateTime.Now.Month, DateTime.Now.Day,
DateTime.Now.Hour, DateTime.Now.Minute, DateTime.Now.Second);
cmd.Parameters.Add(par);
dbConn.Open();
result = cmd.ExecuteNonQuery();