Información de versión en comunicación remota

Artículo
10/07/2008

La comunicación remota se diseñó para trabajar con ensamblados de nombre seguro. Cuando los nombres seguros se utilizan con comunicación remota, se aplican siguientes reglas básicas:

Las versiones siempre están incluidas con la propiedad TypeName de una implementación de interfaces de IMethodCallMessage.
Las versiones siempre están incluidas con la propiedad ActivationTypeName de una implementación de interfaces de IConstructionCallMessage.
Las versiones siempre están incluidas con la propiedad TypeInfo almacenada en objetos ObjRef.
La propiedad includeVersions del formateador en uso determina el resto de versiones en comunicación remota. De forma predeterminada, el objeto BinaryFormatter genera información de versión, pero el objeto SoapFormatter no lo hace. Esta propiedad se puede cambiar mediante programación cuando se crea un canal o se puede establecer a través del archivo de configuración remota.

En esta sección se describe cómo estas reglas afectan a las referencias de objeto y a los diferentes modelos de activación utilizados normalmente en comunicación remota.

Objectos activados en el servidor

El servidor controla qué versión de un tipo se activa cuando un cliente se conecta a un objeto activado en el servidor (o <wellknown>). Si no se proporciona información sobre la versión cuando se configura el servicio, se utiliza la versión más reciente del ensamblado cuando se activa el objeto. Por ejemplo, si tiene dos ensamblados, versión MyHello 1.0.0.0 y versión MyHello 2.0.0.0, el objeto conocido se activa utilizando la versión 2.0 del ensamblado si no se proporciona información sobre la versión. Es importante tener en cuenta que esta versión se utiliza sin tener en cuenta la versión a la que se hizo referencia cuando se generó el cliente.

El servicio se puede configurar para utilizar una versión concreta de un ensamblado. Por ejemplo, el siguiente archivo de configuración muestra cómo especificar una versión. Tenga en cuenta que si un ensamblado está en la caché de ensamblados global, usted debe especificar toda la información de tipo, incluyendo la información de referencia cultural y la clave pública. Los siguientes ejemplos de configuración omiten la información del nombre seguro para concentrarse en la versión.

<configuration>
<system.runtime.remoting>
   <application name="RemotingHello">
      <lifetime 
         leaseTime="20ms" 
         sponsorshipTimeOut="20ms"
         renewOnCallTime="20ms" 
      />
      <service>
         <wellknown 
            mode="SingleCall" 
            type="Hello.HelloService,MyHello,Version=1.0.0.0,<strong name omitted>"
            objectUri="HelloService.soap" 
         />
         <activated 
            type="Hello.AddService, MyHello"
         />
      </service>
      <channels>
         <channel 
            port="8000"
            ref="tcp"
         >
         </channel>
      </channels>
   </application>
</system.runtime.remoting>
</configuration>

Este archivo especifica que la versión 1.0.0.0 del ensamblado MyHello se debería utilizar con el fin de crear objetos para sus clientes. Cuando en el extremo se especifica más de una versión del mismo objeto, al activar el objeto se utiliza la última versión especificada. Es importante recordar que cualquier cambio significativo en las versiones del mismo objeto pueda tener un efecto no deseado en los clientes. Si se agrega o modifica un parámetro de método entre versiones, los clientes compilados en la versión 1.0 lanzan una excepción cuando se utilizan con la versión 2.0. Por tanto, se recomienda hospedar una nueva versión de un objeto en un extremo diferente cuando se hayan dado cambios significativos entre versiones.

Objetos activados en el cliente

Cuando un cliente activa un objeto activado en el cliente (es decir, un <activated>), se envía una llamada de la red al servidor, donde se activa el objeto solicitado y al cliente se le devuelve una referencia de objeto al objeto. Dado que ésta dirige la activación del objeto, el cliente también elige la versión del objeto que se va a activar. Por ejemplo, la versión 1.0 de HelloService se activa en el servidor si el cliente estuviera generado para la versión 1.0 del objeto, y la versión 2.0 de HelloService se activa en el servidor si el cliente se generó para la versión 2.0.

Es importante tener en cuenta que no puede especificar el número de versión para los tipos activados en el cliente al configurar el servicio. Asimismo, cualquier información de versión proporcionada para los tipos activados en el servidor no tiene ningún efecto en objetos activados en el cliente, incluso si ambos tipos están en el mismo ensamblado.

Por ejemplo, un tipo activado en el cliente y un servidor activado en el cliente se encuentran en el mismo ensamblado, el cliente1 recibe la versión 1.0 y el cliente2 recibe la versión 2.0. Si no se especifica ningún tipo de información acerca de la versión para el objeto activado en el servidor, el cliente1 recibe la versión 2.0 del objeto activado en el servidor y la versión 1.0 del objeto activado en el cliente. El cliente2 recibe la versión 2.0 del objeto para ambos tipos: el conocido y el activado.

Si configura el servicio para utilizar la versión 1.0 del ensamblado para el objeto conocido, ambos clientes reciben la versión 1.0 del objeto conocido mientras que el cliente1 recibe la versión 1.0 del tipo activado y el cliente2 recibe la versión 2.0 del tipo activado.

No se puede configurar la versión activada para un cliente; se utiliza siempre la versión con la que se generó el cliente.

Referencias a objetos

Las mismas reglas que se aplican a los tipos activados en el servidor y a lo activados en el cliente también se aplican a las referencias a objetos. Por ejemplo, cuando un proxy para un tipo activado en el cliente se pasa como un parámetro de un cliente a otro o de un cliente al servidor, la información de versión incrustada en la referencia al objeto se pasa con él. Cuando el receptor intenta llamar a un método en el proxy generado a partir de la referencia al objeto, la versión incrustada en la referencia al objeto tiene precedencia sobre la versión para la que se generó el cliente. En el caso de los objetos activados en el servidor, el servidor dicta la versión que se utiliza y todos los clientes que reciben una referencia al objeto como un parámetro se comunican con la versión que se especificó al configurar el servicio. Si no existe ninguna versión, en el servidor se activa la última versión.

Objetos de cálculo de referencia por valor

Cuando se pasa un objeto de cálculo de referencia por valor (MBV) entre los dominios de aplicación, el formateador utilizado determina si se ha incluido la información relativa a la versión. Los objetos BinaryFormatter siempre incluyen la versión, mientras que los objetos SoapFormatter siempre omiten la información acerca de la versión. Esta opción puede estar habilitada o deshabilitada para ambos formateadores. Por ejemplo, si se agrega la línea siguiente al archivo de configuración, el SoapFormatter agrega información de versión cuando serializa un objeto.

<formatter ref="soap" includeVersions="true" />

Consulte también

Conceptos

Configuración de aplicaciones remotas
Activación de cliente
Activación del servidor

Otros recursos

.Información general de comunicación remota de .NET Framework

Compartir a través de