De manera predeterminada, el agente de Sun Message Queue permite crear automáticamente el destino de la cola (consulte config.properties, donde el valor predeterminado de imq.autocreate.queue es true).
Si el destino de la cola no se crea automáticamente, deberá crear el objeto de destino en el agente con el comando indicado en Creación del destino en el agente (donde myTestQueue es el destino).
name (Queue name): #> cd /opt/sun/mq/bin #>./imqcmd create dst -t q -n mytestQueue Username: <admin> Password: <admin> Creating a destination with the following attributes: Destination Name mytestQueue Destination Type Queue On the broker specified by: ------------------------- Host Primary Port ------------------------- localhost 7676 Successfully created the destination. |
Los objetos administrados se pueden almacenar en un archivo:
En un directorio: Un directorio permite centralizar el almacenamiento de los objetos de fábrica de conexiones y los objetos de destino.
Cuando se utiliza un directorio, estos objetos administrados se almacenan como entradas de directorio.
Si el servlet de Identity Manager PasswordSync y el servidor de Identity Manager no se encuentran en la misma máquina, cada uno de ellos debe tener acceso al archivo .bindings. Puede repetir dos veces la creación del objeto administrado (en cada máquina) o bien copiar el archivo .bindings en la ubicación adecuada de cada máquina.
En un archivo: Si el servlet de Identity Manager PasswordSync y el servidor de Identity Manager se ejecutan en el mismo servidor (o si no hay disponible un directorio), puede almacenar los objetos administrativos en un archivo.
Cuando se utiliza un archivo, ambos objetos administrados se almacenan en un solo archivo (denominado .bindings tanto en Windows como en UNIX), dentro del directorio que haya especificado para java.naming.provider.url (por ejemplo, file:///c:/temp en Windows o file:///tmp en UNIX).