iT Synergy Blogs

Growing Innovation - Soluciones a problemas reales

Copyright © 2025 · iT Synergy·

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

 

Habilitar Trace a Mensajes en MSE
Habilitar Trace a Mensajes en MSE avatar

By Leave a Comment

Una de las ventajas en MSE es la centralización en la Visualización del trace de los mensajes. Para ciertos escenarios el mensaje no alcanza a llegar el servicio destino (No virtualizado). Cambiando la configuración en MSE podemos habilitar la traza al servicio y específicamente a los Mensajes.

Para realizar esta tarea necesitamos agregar en el archivo Microsoft.ManagedSolutions.Mse.Runtime.ServiceHost.exe.config las siguientes líneas:

<system.serviceModel>
    <diagnostics>
      <messageLogging maxMessagesToLog="100"
              logEntireMessage="true"
              logMessagesAtServiceLevel="true"
              logMalformedMessages="true"
              logMessagesAtTransportLevel="true">
      </messageLogging>
    </diagnostics>
  </system.serviceModel>

En el grupo de sources en system.diagnostics se agrega el MessageLoging:

     <listeners>
          <add name="xml" />
        </listeners>
      </source>

Predeterminadamente MSE coloca los archivos de las trazas en esta ruta: c:\temp\logs\mse_runtime.svclog si queremos que se generen los archivos debemos tener estas carpetas creadas c:\temp\logs\

Para que se apliquen los cambios debemos salvar el archivo y reiniciar el servicio Mse Runtime Server

Ya podemos realizar el llamado a cualquier servicio, el MSE ahora no mostrara los datos del mensaje, para visualizarlos podemos abrir el archivo mse_runtime.svclog con la herramienta SvcTraceviewer

Puedes descargar SvcTraceViewer aquí

Ahora como podemos consultar?, sencillo podemos buscar los datos que estamos enviando al servicios, por ejemplo nuestro servicio le enviamos un parámetro llamado 127.0.0.1, buscamos en el traceviewer con los datos deben aparecer en Message Log Trace, debemos dar click al Trace.

Nos aparecerá la información si damos click a la pestaña XML, aquí un ejemplo de los datos.

No es recomendable en producción habilitar las trazas de este tipo de configuración ya que baja el performance del MSE. Quiero recordar que los cambios realizados se pueden hacer tanto en MSE como en cualquier servicio WCF.

MSE Windows Role Provider Authorization Assertion – Insercion en Batch Allowed Operations a Windows/Domain Groups
MSE Windows Role Provider Authorization Assertion – Insercion en Batch Allowed Operations a Windows/Domain Groups avatar

By Leave a Comment

Continuando con la Política de MSE Windows Roles Provider debo generar las operaciones permitidas para los grupos de Windows o del dominio, para esto inserté el xml en el assertion de MSE, debo insertar el XML en un campo XML en SQL Server(http://msdn.microsoft.com/en-us/library/ms191184.aspx#existing_row).

Aqui  esta el XML de Ejemplo  WindowsRoleProviderAuthorizationAssertion_blog.xml y la insercion en MSE WindowsRolProviderUpdateAssertion.sql