Un dominio de aplicación .NET es un contenedor de tiempo de ejecución para ensamblados .NET y recursos asociados utilizados por el código .NET en los flujos de mensajes.
Puede llamar a ensamblados .NET en los flujos de mensajes desde el nodo .NETCompute, el nodo o desde un procedimiento ESQL. También puede incluir ensamblados .NET como dependencias de una biblioteca. Estos ensamblados se ejecutan en un dominio de aplicación .NET y se pueden empaquetar en un archivo archivador intermediario (BAR). Los dominios de aplicación se muestran en la vista de navegador como iguales de las aplicaciones y bibliotecas.
Un dominio de aplicación .NET con nombre se puede asociar con aplicaciones WebSphere Message Broker. Los ensamblados o los recursos asociados, contenidos en el dominio de aplicación .NET, se despliegan junto con la aplicación o el flujo de mensajes de referencia. Puede asociar más de una aplicación con el mismo dominio de aplicación .NET. Esto significa que los datos y otros recursos se pueden compartir en tiempo de ejecución entre varias aplicaciones.
La creación de un dominio de aplicación .NET en WebSphere Message Broker Toolkit le permite empaquetar los ensamblados .NET y los recursos asociados como desee para ejecutarlos en el CLR (Common Language Runtime). Sin embargo, no es necesario crear explícitamente un dominio de aplicación .NET en el kit de herramientas.
Si no crea explícitamente un dominio de aplicación .NET y no establece un valor para la propiedad AppDomain en el nodo .NET, los ensamblados .NET también pueden estar contenidos en un dominio de aplicación .NET. Si no establece la propiedad de nodo AppDomain, se muestra un dominio de aplicación implícito en el navegador cuando un flujo de mensajes del espacio de trabajo llama a un ensamblado .NET o cuando una biblioteca del espacio de trabajo incluye ensamblados .NET. En el tiempo de ejecución el intermediario crea automáticamente el dominio de aplicación implícito y éste último toma el nombre de la aplicación de referencia o el nombre del grupo de ejecución si el flujo de mensajes no está contenido en una aplicación.
Esto significa que el nombre del dominio de aplicación en tiempo de ejecución depende del nombre de la aplicación propietaria o del grupo de ejecución y cambia si se redenomina la aplicación o el grupo de ejecución. Adicionalmente, si se incluye un ensamblado en una biblioteca a la que hacen referencia dos aplicaciones diferentes, el dominio de aplicación bajo el que se ejecuta ese ensamblado tiene un nombre diferente dependiente de la aplicación propietaria.
Examine el ejemplo siguiente: Una biblioteca MyLib incluye un ensamblado .NET y se hace referencia a ella desde la aplicación App1. Cuando se despliega App1, se realiza una copia de la biblioteca y el ensamblado .NET se ejecuta en un dominio de aplicación .NET que toma el nombre de la aplicación: App1. Sin embargo, si también se está haciendo referencia a MyLib desde la aplicación App2, se realiza una copia separada de la biblioteca y el dominio de aplicación en el que se ejecuta la segunda copia del ensamblado toma el nombre App2.