Definición de las condiciones para dependencias de propiedades

ThingWorx Software Content Management > Paquetes > Definición de las condiciones para dependencias de propiedades

Las dependencias de propiedad permiten definir la condición para la implementación del paquete en función de un requisito de que una propiedad local o remota tenga un valor determinado o esté dentro de un rango determinado.

Paso 1: Creación una dependencia de propiedad

Consulte Adición o modificación de las dependencias de paquete

Paso 2: Creación de una dependencia de propiedad que es apta para la implementación

Al realizar el paso 1, se permite cualquier combinación de Nombre de propiedad, Operador y Valor de propiedad, pero es necesario asegurarse de que la relación tenga sentido para la implementación. Siga estas reglas:

• Si los tipos de Valor de propiedad y la opción Valor de propiedad del activo no coinciden, la implementación de ese destino de envío fallará con un error de discrepancia de tipos.

• Los valores de Operador y Valor de propiedad deben coincidir en el tipo.

A continuación se proporciona una tabla de combinaciones posibles:

Tipo de operador/valor de propiedad	Cadena	Boolean	Número
>	No	No	Sí
<	No	No	Sí
>=	No	No	Sí
<=	No	No	Sí
==	Sí	Sí	Sí
!=	Sí	Sí	Sí
*	Sí (se desestima el valor)	Sí (se desestima el valor)	Sí (se desestima el valor)

Paso 3: Cómo se evalúa un paquete al inicio de una implementación

Hay diferencias de comportamiento basadas en el tipo de paquete (basado en fichero o en instrucciones) y el tipo de propiedad (local o remota) que se debe tener en cuenta antes de implementar un paquete.

En la mayoría de los casos, la evaluación es local, es decir, se produce en el lado ThingWorx Software Content Management, tomando el valor de la propiedad de la cosa del activo. Sin embargo, para el tipo de paquete basado en instrucciones, la condición se puede evaluar en Axeda Agent.

En la siguiente tabla se describe cómo y dónde se evalúan las condiciones según el tipo de paquete y el tipo de propiedad (local o remota).

Escenario de tipo de paquete/propiedad	Propiedad local	Propiedad remota	La propiedad no existe en la cosa (puede existir en el activo)
Basado en ficheros	Evalúa localmente	Evalúa localmente	Falla
Basado en instrucciones	Evalúa localmente	Evalúa en el agente	Evalúa en el agente

Ejemplo de una implementación fallida

Durante el inicio de una implementación de un paquete en un destino de envío, las condiciones se comparan con la opción Valor de propiedad del activo real, ya sea en la cosa o en el propio activo. Consulte la tabla anterior para ver las diferencias). Verifica el valor de las opciones Valor de propiedad, Operador y Propiedad del activo.

Por ejemplo, hay un activo con la propiedad Temperatura = 24 (de modo que la opción Valor de propiedad de activo = 24) y se especifica una dependencia con

Nombre de propiedad = Temperatura

Operador = >

Valor de propiedad = 25

A continuación, durante la implementación, se verifica esta condición:

24 > 25

La implementación se hace inelegible con un mensaje de estado en el que se explica el motivo del fallo.

¿Fue esto útil?