Esquema de intermediario

Un esquema de intermediario es un espacio de símbolo que define el ámbito de exclusividad de los nombres de recursos definidos en él. Los recursos son flujos de mensajes, archivos ESQL y archivos de correlación.

El esquema de intermediario se define como vía de acceso relativa desde el directorio de origen del proyecto al nombre de flujo. Cuando se crea un proyecto de flujo de mensajes por primera vez, se crea un esquema de intermediario por omisión denominado (valor por omisión) en el proyecto.

Puede crear nuevos esquemas de intermediario para proporcionar espacios de símbolos diferenciados en el mismo proyecto de flujo de mensajes. Un esquema de intermediario se implementa como una carpeta o subdirectorio que está dentro del proyecto y proporciona organización en ese proyecto. También puede utilizar referencias de proyectos para extender el ámbito de un solo esquema de intermediario en varios proyectos para crear un espacio de símbolo de aplicación que proporciona el ámbito para todos los recursos asociados a un conjunto de aplicaciones.

Un nombre de esquema de intermediario debe ser una serie de caracteres que se inicia con un carácter Unicode seguido de cero o más caracteres o dígitos Unicode y el signo de subrayado. Puede utilizar un punto para dar una estructura al nombre, por ejemplo, Stock.Common. Se crea un directorio en el directorio de proyectos para representar el esquema y, si el esquema se estructura mediante períodos, se definen subdirectorios adicionales. Por ejemplo, el esquema de intermediario Stock.Common da como resultado un directorio Common dentro de un directorio Stock dentro del directorio del proyecto de flujo de mensajes.

Si crea un recurso (por ejemplo, un flujo de mensajes) en el esquema de intermediario por omisión de un proyecto, el archivo o archivos asociados a ese recurso se crearán en el directorio que representa el proyecto. Si crea un recurso en otro esquema de intermediario, los archivos se crearán en el directorio del esquema.

Por ejemplo, si crea una actualización de flujo de mensajes en el esquema por omisión del proyecto de flujo de mensajes Project1, sus archivos asociados se almacenan en el directorio Project1. Si crea otro flujo de mensajes en el esquema de intermediario Stock.Common del proyecto Project1, sus archivos asociados se crearán en el directorio Project1\Stock\Common.

Dado que cada esquema de intermediario representa un ámbito de nombre exclusivo, puede crear dos flujos de mensajes que compartan el mismo nombre en dos esquemas de intermediario. Los esquemas de intermediario aseguran que estos dos flujos de mensajes se reconozcan como recursos distintos. Los dos flujos de mensajes, a pesar de que tengan el mismo nombre, se consideran exclusivos.

Si mueve un flujo de mensajes de un proyecto a otro, puede seguir utilizando el flujo de mensajes en el proyecto original si conserva el esquema de intermediario. Si hace esto, debe actualizar la lista de proyectos dependientes para el proyecto original añadiendo el proyecto de destino. No obstante, si no conserva el esquema de intermediario, el flujo se convierte en un flujo diferente porque el nombre de esquema forma parte del nombre completo del flujo de mensajes y otros proyectos ya no lo reconocen. Esta acción da como resultado unos enlaces rotos que se deben corregir manualmente. Si desea más información sobre cómo corregir errores después de mover un flujo de mensajes, consulte el apartado Cómo mover un flujo de mensajes.

No mueva recursos moviendo sus archivos asociados en el sistema de archivos; debe utilizar el área de trabajo para mover recursos con el fin de asegurarse de que se corrijan todas las referencias para que reflejen la nueva organización.

El ámbito y condiciones de reutilización siguientes se aplican al crear funciones, procedimientos y constantes en un esquema de intermediario:

Funciones
  • Las funciones son reutilizables a nivel local y las pueden llamar subrutinas o correlaciones de ámbito de módulo dentro del mismo esquema.
  • Las funciones son reutilizables a nivel global y las pueden llamar otras funciones o procedimientos de ESQL o archivos de correlación en cualquier esquema definido dentro del mismo o de otro proyecto.
Procedimientos
  • Los procedimientos son reutilizables a nivel local y los pueden llamar subrutinas de ámbito de módulo dentro del mismo esquema.
  • Los procedimientos son reutilizables a nivel global y los pueden llamar otras funciones o procedimientos de ESQL en cualquier esquema definido dentro del mismo o de otro proyecto.

Los procedimiento no se pueden utilizar en los archivos de correlación.

Constantes
  • Las constantes son reutilizables a nivel local y se pueden utilizar donde se han definido en cualquier archivo ESQL o de correlación dentro del mismo esquema de intermediario.
  • Las constantes no son reutilizables a nivel global; no puede utilizar una constante declarada en otro esquema.

Si desea volver a utilizar funciones o procedimientos a nivel global:

Conceptos relacionados
Por enlace de nombre
Flujos de mensajes
Correlaciones
ESQL
Editores de Componer expresión

Tareas relacionadas
Desarrollo de aplicaciones de flujos de mensajes
Creación de un esquema de intermediario
Desarrollo de correlaciones
Desarrollo de ESQL

Referencia relacionada
Editor ESQL
Nodos incorporados
ESQL