Sun Java System Message Queue Notas de la versi�n |
Sun Java System Message Queue Notas de la versi�n
Versi�n 3.5 SP1
N�mero de pieza 817-7199-10
Estas notas de la versi�n contienen informaci�n importante disponible en el momento del lanzamiento de la versi�n 3.5 SP1 de Sun Java System Message Queue (antes conocido como Sun ONE Message Queue). Este documento tambi�n incluye el contenido de las notas de la versi�n de Message Queue 3.5 para aquellos usuarios que deseen actualizar desde versiones anteriores a la 3.5. Aqu� se tratan nuevas funciones y mejoras, limitaciones y problemas conocidos, notas t�cnicas e informaci�n de otro tipo acerca de Message Queue 3.5.
La versi�n m�s actualizada de estas notas de la versi�n se encuentra en el sitio Web de documentaci�n de Sun Java System: http://docs.sun.com/coll/MessageQueue_35_SP1. Consulte el sitio Web antes de instalar y configurar el software y, despu�s, vis�telo de forma peri�dica para ver los manuales y las notas de la versi�n m�s actualizados.
En estas notas de la versi�n se incluyen los siguientes apartados:
Historial de revisiones
Tabla 1 Historial de revisiones
Fecha
Descripci�n de los cambios
12 de marzo de 2004
Actualizaci�n de la informaci�n sobre los errores. Actualizaci�n del apartado Limitaciones y problemas conocidos.
Adici�n del apartado Archivos que se pueden distribuir. Actualizaci�n del apartado Actualizaciones de la documentaci�n. Actualizaci�n del apartado Problemas de compatibilidad. Actualizaci�n del apartado Sun Java System Informaci�n.
9 de enero de 2004
Actualizaci�n de la informaci�n sobre la compatibilidad con PointBase 4.8; actualizaci�n de la informaci�n acerca de las funciones de las API escritas en C.
Acerca de Message Queue 3.5 SP1Message Queue 3.5 SP1 es una actualizaci�n de Message Queue 3.5 que incluye todas las nuevas funciones de Message Queue 3.5. Adem�s, Message Queue 3.5 SP1 cuenta con algunos errores solucionados y con un nuevo nombre comercial. Este producto pertenece ahora a la familia de productos Sun Java System.
Se ha certificado que Message Queue 3.5 SP1 es compatible con la especificaci�n Java Message Service (JMS) 1.1: ha superado el Conjunto de pruebas de compatibilidad (Compatibility Test Suite, CTS) de JMS 1.1.
Este apartado describe los cambios efectuados en Message Queue 3.5 SP1 y aquellos que se realizaron en la versi�n anterior, Message Queue 3.5.
Message Queue 3.5 SP1
Message Queue 3.5 SP1 cuenta con errores solucionados y un nuevo nombre comercial para el producto y la documentaci�n.
Message Queue 3.5
Message Queue 3.5 inclu�a numerosas funciones nuevas:
“Compatibilidad con clientes en C (Enterprise Edition)” en la p�gina 3
“Recuperaci�n ante fallos de conexi�n con clientes Java (Enterprise Edition)” en la p�gina 4
“Control del flujo de mensajes mejorado en el agente” en la p�gina 5
“Control del flujo mejorado del cliente Java” en la p�gina 6
“Nuevas m�tricas de destino” en la p�gina 7
“API de control remoto (Enterprise Edition)” en la p�gina 8
“Confirmaci�n personalizada de los mensajes” en la p�gina 8
“Mejora de las pol�ticas de entrega para colas (Enterprise Edition)” en la p�gina 9
“Mejora del rendimiento del cl�ster (Enterprise Edition)” en la p�gina 10
“Destinos locales (Enterprise Edition)” en la p�gina 11
“Cl�steres de agentes m�s seguros (Enterprise Edition)” en la p�gina 11
“Mejora del rendimiento del almacenamiento persistente” en la p�gina 11
“Autenticaci�n y autorizaci�n espec�fica de la instancia” en la p�gina 13
“Instalaciones Linux basadas en RPM” en la p�gina 13
“Soporte para el sistema operativo Solaris, X86 Platform Edition” en la p�gina 13
Dichas funciones se describen en los subapartados siguientes.
Compatibilidad con clientes en C (Enterprise Edition)
Message Queue 3.5 incluye una interfaz de programaci�n de aplicaciones (API) escrita en C, as� como soporte durante el tiempo de ejecuci�n en C (en adelante, se hace referencia a esta funci�n como “cliente en C”). La funci�n de cliente en C se puede utilizar para integrar sistemas anteriores con el sistema de mensajer�a Message Queue. Se trata de una implementaci�n casi completa de la especificaci�n JMS. Admite todas las funciones JMS con excepci�n de: ciertos tipos de cuerpos (mapa, flujo y objeto), funciones de examinaci�n de colas y funciones de servidor de aplicaciones de J2EE (como las transacciones distribuidas y los objetos ConnectionConsumer).
El soporte de la funci�n de cliente en C lo proporciona un conjunto de bibliotecas que se instalan por separado y se habilita s�lo si se dispone de una licencia Enterprise Edition. En consecuencia, para actualizar de Platform Edition a Enterprise Edition, es necesario instalar el archivo de licencia de Enterprise Edition y las bibliotecas C.
Los usuarios de Platform Edition que activen el periodo de 90 d�as de prueba de la licencia de Enterprise Edition pueden usar la funci�n de cliente en C si se ponen en contacto con Sun usando el alias imq-feedback@sun.com para solicitar el kit de desarrollo de software (SDK) de la interfaz de programaci�n de aplicaciones (API) escrita en C. Los ingenieros son los encargados de responder a estas solicitudes y poner el SDK de la API escrita en C en el sitio FTP an�nimo. Una vez transcurridos los 90 d�as del periodo de prueba, la licencia caduca y los usuarios podr�n seguir creando clientes en C, pero no podr�n conectarlos a su agente de Platform Edition.
La funci�n de cliente en C requiere versiones espec�ficas del compilador en las diferentes plataformas de los sistemas operativos, lo que supone agregar nuevos requisitos a Enterprise Edition (consulte Message Queue Installation Guide para obtener m�s informaci�n). La funci�n de cliente en C tambi�n depende de las bibliotecas Netscape Portable Runtime (NSPR) y Network Security Service (NSS). (En Message Queue 3.5, la funci�n de cliente en C se prob� con �xito en Linux Red Hat Advanced Server 2.1. Las versiones de las bibliotecas NSPR y NSS en las que se prob� no se han certificado para esta edici�n de Linux.)
Actualmente, la API en C no admite el tipo de autenticaci�n b�sica. Si configura el agente para que use este tipo de autenticaci�n, fallar� la llamada a la funci�n MQCreateConnection y se mostrar� el resultado MQ_UNSUPPORTED_AUTH_TYPE.
La documentaci�n de la funci�n del cliente en C incluye material de referencia, informaci�n sobre la programaci�n y ejemplos de clientes API en C. Para obtener m�s informaci�n, consulte Message Queue C Client Developer’s Guide.
Recuperaci�n ante fallos de conexi�n con clientes Java (Enterprise Edition)
Message Queue 3.5 dispone de una funci�n de reconexi�n autom�tica mediante la cual se puede restablecer una conexi�n con un agente, ya sea el original u otro distinto (recuperaci�n ante fallos de conexi�n con clientes). La reconexi�n se realiza con el servicio de mensajer�a en lugar de con una instancia de agente espec�fica. Para que esta funci�n se pueda llevar a cabo, es necesario configurar el objeto administrado mediante la f�brica de conexiones (Message Queue 3.5 cuenta con un nuevo esquema de especificaci�n de direcciones para el servicio de mensajer�a). Para ello, debe especificar un conjunto de direcciones de agentes (imqAddressList). Cuando el tiempo de ejecuci�n del cliente debe establecer (o reestablecer) una conexi�n con un servicio de mensajer�a, intentar� conectarse a los agentes seg�n el orden de prioridad de la lista, hasta que encuentre uno que est� disponible o no encuentre ninguno. Puede especificar el n�mero de intentos de conexi�n (imqAddressListIterations) que se puede efectuar para conectarse a cada agente, as� como el intervalo de tiempo que debe transcurrir entre los intentos (imqAddressListInterval).
Si la reconexi�n autom�tica debe efectuarse a una instancia del agente que es distinta de la original, se pueden perder tanto los mensajes persistentes como las informaciones de estado que albergue el agente que ha fallado (o que se ha desconectado). Esto se debe a que las distintas instancias del agente presentes en un cl�ster no usan un almac�n persistente compartido con una alta disponibilidad. No obstante, la capacidad del tiempo de ejecuci�n del cliente para volver a conectarse autom�ticamente a una instancia del agente diferente le permite crear escenarios de recuperaci�n mediante los que un agente de respaldo o un cl�ster de agentes se pueden usar como sistema de protecci�n ante p�rdidas de datos (aunque no sea de forma completa).
Tambi�n, si la reconexi�n autom�tica est� habilitada, Message Queue 3.5 conservar� los destinos temporales cuando falle la conexi�n asociada, debido al hecho de que los clientes se pueden volver a conectar y acceder a ellos de nuevo. Los destinos temporales tendr�n el mismo tratamiento que otros destinos f�sicos, lo que puede requerir que analice regularmente los agentes de los destinos temporales que no se usen.
Para obtener m�s informaci�n, consulte Message Queue Java Client Developer’s Guide.
Message Queue dispon�a anteriormente de una funci�n de reconexi�n autom�tica mediante la cual el tiempo de ejecuci�n del cliente se pod�a reconectar a un agente si la conexi�n fallaba, excepto en situaciones en las que el estado del lado del cliente no se pod�a restablecer por completo en el agente al realizar la reconexi�n (por ejemplo, al usar sesiones de transacciones o destinos temporales, que existen s�lo mientras dura la conexi�n).
Control del flujo de mensajes mejorado en el agente
Se han introducido mejoras en el agente para optimizar el control del flujo de mensajes a los destinos y para evitar situaciones en las que la producci�n de mensajes es mucho mayor que la de su consumo. Adem�s, otras nuevas funciones de Message Queue 3.5 le pueden ayudar a eliminar los cuellos de botella en los flujos de mensajes fuera de los destinos. Consulte “Control del flujo mejorado del cliente Java” en la p�gina 6 y “Mejora de las pol�ticas de entrega para colas (Enterprise Edition)” en la p�gina 9.
Entre las mejoras del flujo de mensajes del agente se incluyen las siguientes:
- Limitaci�n del n�mero de productores asociados a un destino. Los destinos disponen ahora de un nuevo atributo maxNumProducers. Cuando se alcanza este l�mite, no se podr�n crear m�s productores para el destino en cuesti�n.
- Establecimiento de l�mites nuevos configurables, as� como la definici�n de qu� acciones se deben realizar cuando se alcancen los l�mites de maxTotalMsgBytes y maxNumMsgs. En concreto, se han implementado los siguientes cambios:
- Ampliaci�n de los atributos de destino maxTotalMsgBytes y maxNumMsgs a destinos de tema (anteriormente se aplicaban s�lo a destinos de colas)
- Activaci�n de las preferencias maxTotalMsgBytes y maxNumMsgs para destinos creados autom�ticamente
- (Enterprise Edition) Posibilidad de que un administrador elija qu� acci�n se debe realizar cuando se alcance alguno de los l�mites indicados. Puede especificar las siguientes acciones: ralentizar los productores (FLOW_CONTROL), eliminar los mensajes m�s antiguos (REMOVE_OLDEST), eliminar los mensajes de menor prioridad seg�n su antig�edad (REMOVE_LOW_PRIORITY) y rechazar los mensajes nuevos (REJECT_NEWEST).
- Implementaci�n del control del flujo de productores (FLOW_CONTROL) por cada productor en lugar de hacerlo por conexiones. La implementaci�n anterior cerraba todos los productores de una conexi�n cuando se recib�an demasiados mensajes por destino mediante la conexi�n. El control del flujo por productor cierra s�lo los productores cuya conexi�n est� asociada al destino que se ha desbordado, lo que permite que otros productores de la conexi�n puedan seguir enviando mensajes a otros destinos.
- Posibilidad de que un administrador detenga en pausa y reanude un destino concreto. Puede pausar el env�o de mensajes de los productores a los destinos, de los destinos a los consumidores o ambos. Esto se realiza mediante dos subcomandos nuevos de imqcmd: pause y resume, tal y como se muestra a continuaci�n:
Para obtener m�s informaci�n, consulte Message Queue Administration Guide.
Control del flujo mejorado del cliente Java
El tiempo de ejecuci�n del cliente Message Queue 3.5 gestiona el flujo de mensajes por consumidor y por conexi�n. Puede limitar el n�mero de mensajes que se almacena en la memoria b�fer por consumidor para evitar que un consumidor se vea saturado por otros consumidores. Esta funci�n supone tambi�n que, en el caso de que haya entregas para colas dirigidas a varios consumidores, se puede equilibrar mejor el env�o de mensajes a dichos usuarios. Esto tambi�n ayuda a gestionar los recursos de memoria en el tiempo de ejecuci�n del cliente Message Queue.
Un nuevo atributo de f�brica de conexiones, imqConsumerFlowLimit, permite limitar el n�mero de mensajes que se almacenan en la memoria b�fer por consumidor para todos los consumidores que comparten una conexi�n com�n. Cuando el n�mero de mensajes de la memoria b�fer de un consumidor es inferior al porcentaje definido (imqConsumerFlowThreshold) de imqConsumerFlowLimit, el agente puede enviar otro lote de mensajes al tiempo de ejecuci�n del cliente para uso de dicho consumidor. Si el n�mero total de mensajes almacenados en b�fer para todos los consumidores de una conexi�n excede el valor de imqConnectionFlowLimit, entonces la entrega de mensajes de la conexi�n cesar� hasta que el n�mero sea inferior al valor especificado.
La implementaci�n anterior del control del flujo del tiempo de ejecuci�n del cliente le permit�a limitar el n�mero de mensajes almacenados en b�fer en el tiempo de ejecuci�n del cliente en espera de ser consumidos (imqConnectionFlowLimit). El prop�sito de esta funci�n era limitar la cantidad de memoria usada por el cliente para almacenar en b�fer los mensajes de forma que los clientes que consum�an m�s despacio no se quedaran sin memoria. Esta funci�n se implement� en el nivel de conexi�n, lo que significa que si una conexi�n admite numerosos consumidores, una avalancha de mensajes procedentes de un consumidor podr�a evitar que otros consumidores recibieran mensajes.
Para obtener m�s informaci�n, consulte Message Queue Java Client Developer’s Guide.
Nuevas m�tricas de destino
Message Queue 3.5 incluye un sistema mejorado de seguimiento de mensajes y consumidores por destino, lo que permite una mejor supervisi�n y un mejor control de la memoria y el uso.
Las nuevas m�tricas aparecen como resultado del nuevo subcomando imqcmd metrics dst. Este comando muestra los totales acumulados (desde el inicio del muestreo), los valores actuales, los valores medios (calculados seg�n las muestras recogidas) y los valores de los picos (desde el inicio del muestreo) tanto para m�tricas de mensajes como de consumidores.
Por ejemplo, el comando imqcmd metrics dst -m ttl devuelve la siguiente informaci�n:
El comando imqcmd metrics dst -m con devuelve la siguiente informaci�n:
- N�mero de consumidores activos: actual, pico, media (consulte “Mejora de las pol�ticas de entrega para colas (Enterprise Edition)” en la p�gina 9)
- N�mero de consumidores de respaldo: actual, pico, media (consulte “Mejora de las pol�ticas de entrega para colas (Enterprise Edition)” en la p�gina 9)
Para obtener m�s informaci�n, consulte Message Queue Administration Guide.
API de control remoto (Enterprise Edition)
Message Queue 3.5 proporciona una API basada en mensajes mediante la cual los clientes remotos JMS (o locales) pueden gestionar y analizar f�cilmente las m�tricas del agente. La API est� basada en la capacidad del agente para producir mensajes que contienen informaci�n sobre las m�tricas del agente, la m�quina virtual Java y los destinos individuales (consulte “Nuevas m�tricas de destino” en la p�gina 7). Los mensajes se env�an a destinos de temas espec�ficos, en funci�n de la entidad que se est� supervisando, cada vez que uno o varios consumidores se suscriben a los destinos. El cliente consumidor puede recuperar los mensajes, usar una propiedad de encabezado (type) para filtrarlos y, a continuaci�n, extraer la informaci�n sobre las m�tricas que contienen.
Para obtener m�s informaci�n, consulte Message Queue Administration Guide y Message Queue Java Client Developer’s Guide.
(Message Queue antes s�lo admit�a el inicio de sesi�n local de los datos de las m�tricas del agente y las consultas remotas de la informaci�n sobre las m�tricas usando las utilidades de administraci�n de Message Queue. Estas funciones, aunque proporcionaban datos de m�tricas importantes, no facilitaban el an�lisis de este tipo de datos.)
Adaptador de recursos de Message Queue para JMS (compatible con Application Server J2EE)
Message Queue 3.5 incluye un adaptador de recursos JMS para conectar el servicio de mensajer�a Message Queue JMS a cualquier servidor de aplicaciones compatible con J2EE.
Un adaptador de recursos es un modo est�ndar de agregar funciones adicionales a un servidor de aplicaciones J2EE (mediante la conexi�n a un EIS, un sistema de mensajer�a, etc.) ajust�ndose a la especificaci�n J2EE Connector Architecture (JCA 1.5). Esta arquitectura hace posible que cualquier servidor de aplicaciones J2EE admita, por ejemplo, un sistema de mensajer�a JMS con s�lo establecer una conexi�n con un proveedor JMS que incorpore la especificaci�n JCA 1.5: los componentes J2EE implementados y ejecutados en el entorno del servidor de aplicaciones pueden intercambiar mensajes JMS usando el proveedor JMS conectado (servidor y tiempo de ejecuci�n del cliente).
Para obtener m�s informaci�n, consulte Message Queue Administration Guide.
Confirmaci�n personalizada de los mensajes
Message Queue actualmente admite el modo de confirmaci�n del cliente JMS CLIENT_ACKNOWLEDGE mediante el cual un cliente JMS confirma expl�citamente el consumo de mensajes. En el modo CLIENT_ACKNOWLEDGE, el cliente ejecuta el m�todo acknowledge() de un objeto de mensaje, lo que provoca la confirmaci�n de todos los mensajes consumidos por la sesi�n desde la �ltima ejecuci�n del m�todo.
Message Queue 3.5 mejora este procedimiento al permitirle que sea usted quien confirme los mensajes individualmente. Es decir, puede confirmar s�lo un mensaje concreto, en lugar de confirmar por lotes todos los mensajes consumidos hasta ese momento. Esto se logra con la conversi�n del objeto de mensaje en un tipo de mensaje especial de Message Queue mediante el que se puede ejecutar un nuevo m�todo acknowledge(). Esto le permite desviarse del est�ndar JMS para gestionar necesidades espec�ficas de la aplicaci�n.
Para obtener m�s informaci�n, consulte Message Queue Java Client Developer’s Guide.
Mejora de las pol�ticas de entrega para colas (Enterprise Edition)
Se han realizado cambios en la implementaci�n de las entregas para colas dirigidas a varios consumidores, que antes estaba implementada como tres pol�ticas de entrega para colas distintas (colas de recepci�n individual, de conmutaci�n por error y de operaci�n por turnos). Message Queue 3.5 usa un enfoque m�s generalizado en el que las entregas se equilibran entre un n�mero de consumidores activos y de respaldo que se puede configurar. La implementaci�n de Message Queue 3.5 est� basada en los siguientes atributos de destino nuevos:
- maxNumActiveConsumers: Especifica el n�mero de consumidores (uno o varios) activos en la entrega para colas con equilibrio de carga
- maxNumBackupConsumers: Especifica el n�mero de consumidores de respaldo (ninguno o varios) que pueden ocupar el lugar de los consumidores activos en caso de que alguno de �stos falle.
(Los nuevos consumidores ser�n rechazados si su n�mero supera la cantidad que resulta de la suma de estos dos atributos.)
Message Queue Platform Edition admite la entrega para colas con equilibrio de carga hasta para dos consumidores, mientras que Enterprise Edition admite un n�mero ilimitado de consumidores.
El nuevo mecanismo de equilibrado de carga tiene en cuenta la tasa de consumo de mensajes de los diferentes consumidores. Funciona de esta forma:
- Un n�mero inicial de mensajes puestos en cola en un destino se dirigen a los consumidores activos disponibles (seg�n el orden en que est�n registrados en el destino) en lotes del tama�o indicado (atributo consumerFlowLimit del destino). Una vez que se hayan entregado dichos mensajes, los otros mensajes que lleguen se dirigen a los consumidores uno a uno, a medida que los consumidores van estando disponibles (es decir, conforme los consumidores confirman que han recibido todos los mensajes que se les han enviado previamente). Si un consumidor activo falla, entonces el primer consumidor de respaldo pasa a estar activo y se hace cargo del trabajo del consumidor que ha fallado.
- En un entorno de cl�ster de agentes, el mecanismo de entrega se puede definir de forma que d� prioridad a los consumidores locales. Un nuevo atributo de destino, localDeliveryPreferred, le permite especificar qu� mensajes se deben entregar a los consumidores remotos en caso de que no haya consumidores en el agente local (el agente en el que se cre� el destino). Esto incrementa el rendimiento en situaciones en las que la distribuci�n a clientes remotos (a trav�s de sus agentes locales respectivos) puede causar retrasos en la producci�n. Este atributo requiere que el �mbito del destino no est� restringido s�lo a las entregas locales. Consulte “Mejora del rendimiento del cl�ster (Enterprise Edition)” en la p�gina 10.
Para obtener m�s informaci�n, consulte Message Queue Administration Guide.
Mejora del rendimiento del cl�ster (Enterprise Edition)
En un entorno de cl�ster de agentes, los destinos se replican en todos los agentes y todos los mensajes entregados a dichos destinos se reenv�an a todos los agentes que tienen consumidores registrados en los destinos en cuesti�n, incluso si s�lo un peque�o porcentaje de los mensajes se va a entregar a un consumidor en concreto (por ejemplo, en el caso de un suscriptor duradero que usa criterios de selecci�n o un receptor de colas involucrado en una entrega para colas con equilibrio de carga). Este tr�fico de agente a agente puede causar avalanchas de mensajes, especialmente cuando un consumidor nuevo pasa a estar activo. Para reducir un tr�fico excesivo entre agentes en un cl�ster, Message Queue 3.5 incluye las siguientes mejoras:
- Adopci�n de nuevos mecanismos de control de flujo que regulan la entrega de mensajes en una conexi�n de consumidor. En otras palabras, el consumidor regular� la entrega de mensajes (desde el destino al tiempo de ejecuci�n del cliente), lo que impide el paso de mensajes innecesarios de agente a agente. Estos mecanismos tambi�n ayudan a evitar que se sature el tiempo de ejecuci�n del cliente. Consulte “Control del flujo mejorado del cliente Java” en la p�gina 6).
- Cambio de la implementaci�n de la entrega para colas destinada a varios consumidores (consulte “Mejora de las pol�ticas de entrega para colas (Enterprise Edition)” en la p�gina 9) con objeto de reducir el paso de mensajes innecesarios de agente a agente. Esta implementaci�n incluye un nuevo atributo de destino de cola, localDeliveryPreferred, que le permite especificar que los consumidores locales deben tener prioridad con respecto a los consumidores remotos (consulte “Mejora de las pol�ticas de entrega para colas (Enterprise Edition)” en la p�gina 9).
Para obtener m�s informaci�n, consulte Message Queue Administration Guide.
Destinos locales (Enterprise Edition)
Un nuevo atributo de destino, isLocalOnly, le permite especificar un destino para que env�e mensajes s�lo a los consumidores locales (aquellos que est�n conectados al agente en el que se crea el destino) en contraposici�n a los consumidores conectados a otros agentes del cl�ster. Del mismo modo, se puede configurar para que s�lo reciba los mensajes enviados desde los productores locales. Puede usar esta propiedad para crear destinos independientes, destinos no interactivos con el mismo nombre en agentes diferentes de un cl�ster y para definir situaciones de recuperaci�n ante fallos mediante las cuales un mensaje se env�a a dos destinos, por si uno de ellos falla.
Para obtener m�s informaci�n, consulte Message Queue Administration Guide.
Cl�steres de agentes m�s seguros (Enterprise Edition)
En situaciones en la que la seguridad es un imperativo, la entrega de mensajes entre el cliente y el servidor de mensajes debe ser cifrada. Para ello, Message Queue 3.5 es compatible ahora con la entrega segura de mensajes entre los agentes de un cl�ster. Para conseguir una entrega de mensajes segura y cifrada en un cl�ster, es necesario configurar el servicio interno de conexi�n del cl�ster para que sea posible usar un protocolo de transporte basado en SSL.
Para obtener m�s informaci�n, consulte Message Queue Administration Guide.
Mejora del rendimiento del almacenamiento persistente
La implementaci�n del almac�n de datos de archivos sin formato de Message Queue y el almac�n de datos compatibles con JDBC se ha modificado en Message Queue 3.5 para mejorar el rendimiento. Dichas mejoras se describen en los dos apartados siguientes. Para obtener m�s informaci�n, consulte Message Queue Administration Guide.
Persistencia incorporada (almac�n de datos de archivos sin formato)
La mejora del rendimiento del almac�n de datos de archivos sin formato de Message Queue conlleva cambios internos en el formato de los datos que s�lo son evidentes al actualizar de Message Queue 3.01 (o anterior) a Message Queue 3.5.
La migraci�n del almac�n de archivos se gestiona autom�ticamente cuando se inicia por primera vez una instancia de agente de Message Queue 3.5 y hace referencia a una versi�n anterior del almac�n de archivos. Una copia del almac�n de archivos anterior se guarda en el directorio de instancias y deber� eliminarla manualmente una vez que la migraci�n se haya completado. Para eliminar autom�ticamente el almac�n de archivos anterior, en caso de que no haya espacio suficiente en disco para dos copias del almac�n, puede iniciar la versi�n 3.5 del agente con una opci�n agregada, tal y como se muestra en el siguiente comando:
imqbrokerd -upgrade-store-nobackup
(No hay espacios en upgrade-store-nobackup.)
La ra�z del nuevo almac�n de datos de archivos sin formato se cambia de:
…/instances/nombre_instancia/filestore/
a:
…/instances/nombre_instancia/fs350/.
Adem�s, la utilidad Command de Message Queue (imqcmd) tambi�n se ha perfeccionado para proporcionar m�tricas sobre el almac�n de archivos:
imqcmd metrics dst -n nombre_destino -t tipo -m dsk
Adem�s, imqcmd incluir� un nuevo comando para comprimir:
imqcmd compact dst -n nombre_destino -t tipo
Persistencia conectada (almac�n de datos compatible con JDBC)
El almac�n de datos compatible con JDBC de Message Queue ha cambiado en Message Queue 3.5 para dar cabida a mejoras realizadas en la gesti�n de la memoria del agente (consulte “Control del flujo de mensajes mejorado en el agente” en la p�gina 5 y “Nuevas m�tricas de destino” en la p�gina 7) y para incluir una gama mayor de proveedores de bases de datos. Las modificaciones para hacer posible las mejoras de gesti�n de la memoria (categorizar los mensajes por destino) son cambios de esquema que se gestionan de forma transparente, pero el soporte de proveedores de bases de datos adicionales lleva consigo cambios en la forma de configurar la persistencia conectada.
La migraci�n del almac�n de archivos compatible con JDBC se gestiona autom�ticamente cuando se inicia por primera vez una instancia de agente de Message Queue 3.5 con una versi�n anterior del almac�n persistente. Sin embargo, las tablas antiguas se conservar�n intactas y ser� necesario eliminarlas manualmente con el nuevo comando imqdbmgr delete oldtbl una vez que la migraci�n se haya completado. Para eliminar las tablas antiguas de forma autom�tica, en el caso en que no disponga de espacio suficiente para dos copias del almac�n, puede iniciar el agente con la nueva opci�n: imqbrokerd -upgrade-store-nobackup.
Al igual que para el soporte de base de datos adicional, no se pod�an personalizar las instrucciones SQL de la base de datos compatible con JDBC que deseaba conectar (las instrucciones SQL se generaban internamente). Message Queue 3.5 incluye ahora nuevas propiedades de configuraci�n de instancias que le permiten personalizar el c�digo SQL que crea el esquema de base de datos de Message Queue. Existe una propiedad configurable para cada tabla de la base de datos: la propiedad es el c�digo SQL que crea la tabla. Dichas propiedades son necesarias para especificar correctamente los tipos de datos usados por la base de datos conectada. Se proporcionan ejemplos basados en la base de datos incorporada de PointBase, en lugar de en la base de datos anterior de Cloudscape.
Autenticaci�n y autorizaci�n espec�fica de la instancia
De forma predeterminada, con Message Queue 3.5, cada instancia tiene su propio repositorio de usuario basado en archivos y su propio archivo de control de acceso, ambos colocados en una ubicaci�n est�ndar: …/instances/nombre_instancia/etc/. Estos dos archivos se crear�n cuando la instancia del agente se inicie por primera vez. Si el agente encuentra estos archivos en la ubicaci�n antigua (lo que suele darse cuando se actualiza desde una versi�n anterior), copiar� los archivos en la ubicaci�n espec�fica de la instancia. Si el agente no los encuentra en la ubicaci�n antigua (que es el caso de las instalaciones nuevas), colocar� las versiones predeterminadas de los archivos en la ubicaci�n espec�fica de la instancia.
Para dar soporte a repositorios de usuario espec�ficos de la instancia, se ha agregado una opci�n -i nombre_instancia a la utilidad User Manager (imqusermgr) para determinar el repositorio de usuario espec�fico de la instancia al que se aplica cada comando imqusermgr.
Para obtener m�s informaci�n, consulte Message Queue Administration Guide.
Anteriormente, de forma predeterminada, todas las instancias del agente en un mismo ordenador compart�an el mismo repositorio de usuario basado en archivos y, en consecuencia, la misma contrase�a de inicio de sesi�n del cliente, y el mismo archivo de control de acceso. No obstante, se pod�a configurar cada instancia del agente para que usara una ubicaci�n del repositorio de usuario LDAP espec�fico o para que usara un archivo de control de acceso espec�fico (ambos especificados en el archivo de configuraci�n de la instancia).
Instalaciones Linux basadas en RPM
La instalaci�n de Message Queue 3.5 en Linux se realiza usando Red Hat Package Manager (RPM), un sistema de gesti�n de paquetes mediante la l�nea de comandos que puede instalar, desinstalar, verificar, consultar y actualizar paquetes de software (RPM).
Adem�s, la estructura de directorio instalada para Message Queue en Linux ha cambiado para ajustarse a las ubicaciones est�ndar usadas para los productos de Linux que no se distribuyen en paquetes. Las plataformas Solaris y Linux disponen de est�ndares que dependen de si el producto se distribuye o no en paquetes junto con el sistema operativo. En concreto, ya no existe un directorio de instalaci�n ra�z de Message Queue en Linux, al igual que ocurre con Solaris.
Para obtener m�s informaci�n, consulte Message Queue Installation Guide.
Soporte para el sistema operativo Solaris, X86 Platform Edition
En Solaris 9, Message Queue 3.5 es compatible con procesadores X86, adem�s de con los procesadores SPARC.
Requisitos de hardware y software
El hardware y el software requeridos para esta versi�n y los productos y plataformas admitidos se describen detalladamente en Message Queue Installation Guide.
Errores solucionadosEste apartado incluye breves descripciones de los errores solucionados:
- La Tabla 2 en la p�gina 15 describe los errores solucionados en Message Queue 3.5 SP1.
- La Tabla 3 en la p�gina 16 describe los errores solucionados en Message Queue 3.5.
Si desea acceder a listas anteriores de errores solucionados, consulte lo siguiente:
Para obtener informaci�n m�s detallada sobre los errores solucionados, puede consultar el informe completo en el sitio de Java Developer Connection:
Errores solucionados en Message Queue 3.5 SP1
La Tabla 2 describe los errores solucionados en Message Queue 3.5 SP1. (La Tabla 3 en la p�gina 16 describe los errores solucionados en Message Queue 3.5).
Errores solucionados en Message Queue 3.5
La Tabla 3 describe los errores solucionados en Message Queue 3.5.
Informaci�n importanteEste apartado incluye la �ltima informaci�n que contiene la documentaci�n principal del producto. En este apartado, se describen los siguientes temas:
Notas de la instalaci�n
Consulte Message Queue Installation Guide para obtener m�s informaci�n acerca de los requisitos de sistema; los productos y las plataformas de software; las instrucciones previas a la instalaci�n; los procedimientos de actualizaci�n; y otra informaci�n relevante para instalar Message Queue en las plataformas Solaris, Linux y Windows.
Problemas de compatibilidad
Este apartado trata sobre los problemas de compatibilidad existentes en Message Queue 3.5 SP1 y en Message Queue 3.5.
Problemas relacionados con la pr�xima versi�n principal de Message Queue
A continuaci�n, se muestran los cambios de incompatibilidades que se pueden provocar con la pr�xima versi�n principal de Message Queue. La informaci�n se proporciona ahora para que pueda adoptar las medidas necesarias ante dichos cambios.
- El cliente Message Queue es compatible con todas las versiones de J2SE 1.3 que salgan al mercado. J2SE 1.4 seguir� siendo admitido.
- Todas las interfaces de comandos de Message Queue se modificar�n para eliminar la opci�n que permite proporcionar una contrase�a como argumento de l�nea de comandos. Por ejemplo:
- El formato del archivo de registro del agente va a sufrir modificaciones. Es posible que las aplicaciones que dependen del formato actual ya no funcionen.
- Puede que cambien las ubicaciones de los archivos individuales instalados como partes de Message Queue. Esto puede afectar a las aplicaciones existentes que dependen de las ubicaciones actuales de ciertos archivos de Message Queue.
- Puede que se elimine el programa imqkeytool del producto. J2SE ser� la keytool que se utilice en su lugar.
- Los clientes de Message Queue que usen una versi�n de Message Queue m�s antigua que la pr�xima versi�n principal es posible que no puedan acceder a las nuevas funciones que se incluir�n en dicha nueva versi�n del producto.
- No se genera ning�n error al ejecutar la funci�n MQAcknowledgeMessages() desde clientes en C (usando MQ_CLIENT_ACKNOWLEDGE) en un mensaje que ya se haya confirmado. Esta conducta est� sujeta a cambios.
Problemas de Message Queue 3.5
En l�neas generales, Message Queue 3.5 es compatible con Message Queue 3.0 (y las versiones posteriores 3.0.1, 3.0.1 Service Pack 1 y 3.0.1 Service Pack 2). No obstante, los cambios realizados en las propiedades, los objetos administrados, el esquema de persistencia, las ubicaciones de los archivos y las herramientas de administraci�n de los agentes pueden influir en la actualizaci�n de las versiones de Message Queue 3.0 a Message Queue 3.5.
La instalaci�n de Message Queue 3.5 no elimina ni sobrescribe el directorio IMQ_VARHOME de Message Queue 3.0. Este directorio contiene archivos de configuraci�n y de aspectos relacionados con la seguridad. La mayor parte de estos datos es compatible con Message Queue 3.5 y se pueden conservar usando las instrucciones que figuran en Message Queue Installation Guide.
Entre los problemas a los que puede enfrentarse a la hora de actualizar de Message Queue 3.0 a Message Queue 3.5, se incluyen los siguientes:
Para obtener informaci�n acerca de la compatibilidad con los objetos administrados, con los clientes y con las herramientas de administraci�n, consulte Message Queue Installation Guide.
Compatibilidad del agente
Un agente de Message Queue 3.5 funcionar� con un agente de Message Queue 3.0, a pesar de los cambios efectuados en las propiedades y el esquema de almacenamiento persistente del agente. Algunos de los datos de Message Queue 3.0 siguen siendo compatibles con Message Queue 3.5. Para obtener m�s informaci�n, consulte Message Queue Installation Guide.
Cambios en las propiedades y los atributos
Este apartado contiene un resumen de los cambios realizados en las propiedades, los atributos de destino y los atributos de la f�brica de conexiones del agente en Message Queue 3.5.
Propiedades del agente En las siguientes tablas se enumeran las propiedades nuevas, las obsoletas y los cambios de nombre de propiedades que se han llevado a cabo en Message Queue 3.5. Para obtener m�s informaci�n, consulte el cap�tulo 2 de Message Queue Administration Guide.
En la siguiente tabla aparecen los atributos de funci�n nuevos y obsoletos de Message Queue 3.5. Para obtener m�s informaci�n, consulte el cap�tulo 6 de Message Queue Administration Guide.
Tabla 7 Atributos de destino obsoletos de Message Queue 3.5
Tipo de destino
Nombre de atributo
Cola
QueueDeliveryPolicy
Atributos de la f�brica de conexiones En la siguiente tabla aparecen los atributos de f�brica de conexiones nuevos de Message Queue 3.5. Para obtener m�s informaci�n, consulte el cap�tulo 4 de Message Queue Java Client Developer’s Guide. Tenga en cuenta que los atributos de f�brica de conexiones de Message Queue 3.0 siguen siendo compatibles con Message Queue 3.5 y se seguir�n usando hasta la pr�xima versi�n principal del producto Message Queue.
Tabla 8 Nuevos atributos de f�brica de conexiones de Message Queue 3.5
Nombre de atributo
Referencia a la funci�n
imqAddressList
“Recuperaci�n ante fallos de conexi�n con clientes Java (Enterprise Edition)” en la p�gina 4
imqAddressListBehavior
“Recuperaci�n ante fallos de conexi�n con clientes Java (Enterprise Edition)” en la p�gina 4
imqAddressListIterations
“Recuperaci�n ante fallos de conexi�n con clientes Java (Enterprise Edition)” en la p�gina 4
imqReconnectEnabled
“Recuperaci�n ante fallos de conexi�n con clientes Java (Enterprise Edition)” en la p�gina 4
imqReconnectAttempts
“Recuperaci�n ante fallos de conexi�n con clientes Java (Enterprise Edition)” en la p�gina 4
imqReconnectInterval
“Recuperaci�n ante fallos de conexi�n con clientes Java (Enterprise Edition)” en la p�gina 4
imqConsumerFlowLimit
“Control del flujo mejorado del cliente Java” en la p�gina 6
imqConsumerFlowThreshold
“Control del flujo mejorado del cliente Java” en la p�gina 6
Ubicaci�n de los archivos p�blicos .jar
En la plataforma Solaris, la ubicaci�n de los archivos p�blicos .jar se ha modificado en Message Queue 3.0.1 con respecto a la ubicaci�n que ten�an en Message Queue 3.0 (/usr/share/lib/imq/). La ubicaci�n nueva es: /usr/share/lib/. Se han eliminado los enlaces simb�licos que se introdujeron en Message Queue 3.0.1 en /usr/share/lib/imq/ para los archivos .jar que se hab�an desplazado.
Esto se aplica a los siguientes archivos .jar:
Actualizaciones de la documentaci�n
Este apartado describe los cambios efectuados en la documentaci�n de Message Queue en las versiones 3.5 SP1 y 3.5.
Cambios en la versi�n 3.5 SP1
Los siguientes documentos de Message Queue 3.5 SP1 se han actualizado desde la versi�n 3.5 del producto:
Gu�a de instalaci�n
Message Queue Installation Guide se ha actualizado para reflejar la informaci�n sobre los cambios de marca y de compatibilidad con la plataforma.
Gu�a de administraci�n
Message Queue Administration Guide se ha cambiado de nombre (antes se llamaba Message Queue Administrator’s Guide) para reflejar los cambios en la marca. Este documento tambi�n contiene un cap�tulo ampliado y actualizado donde se describe la supervisi�n del rendimiento.
Gu�a del desarrollador del cliente Java
Message Queue Java Client Developer’s Guide se ha actualizado para reflejar los cambios de marca.
Gu�a del desarrollador del cliente C
Message Queue C Client Developer’s Guide se ha actualizado para reflejar los cambios de marca.
Cambios en la versi�n 3.5
Los siguientes documentos de Message Queue 3.5 se han actualizado de la versi�n 3.0.1 del producto. Estos documentos actualizados se encuentran en el sitio Web de documentaci�n de Message Queue 3.5: http://docs.sun.com/coll/S1_MessageQueue_35.
Gu�a de instalaci�n
El producto Message Queue 3.5 incluye una actualizaci�n de Message Queue Installation Guide. En dicha gu�a se describen los nuevos requisitos de software, los cambios en las instrucciones de instalaci�n de Solaris, el nuevo procedimiento de instalaci�n en Linux usando Red Hat Package Manager (RPM) y la estructura de directorio instalada, as� como otros cambios menores relacionados con la instalaci�n en Windows.
Correcci�n: con respecto al soporte de la persistencia conectada, la tabla 1-2 especifica que Message Queue admite la versi�n 4.5 de PointBase. En realidad, la versi�n admitida de PointBase es la 4.8.
Gu�a del administrador
Message Queue Administration Guide se ha actualizado para incluir los cambios realizados en Message Queue 3.5 (consulte “Este apartado describe los cambios efectuados en Message Queue 3.5 SP1 y aquellos que se realizaron en la versi�n anterior, Message Queue 3.5.” en la p�gina 2).
Gu�a del desarrollador del cliente Java
Message Queue Java Client Developer’s Guide contiene la mayor parte del contenido de la gu�a anterior, Message Queue Developer’s Guide, y se ha actualizado para incluir los cambios de Message Queue 3.5 (consulte “Este apartado describe los cambios efectuados en Message Queue 3.5 SP1 y aquellos que se realizaron en la versi�n anterior, Message Queue 3.5.” en la p�gina 2).
Gu�a del desarrollador del cliente C
Message Queue C Client Developer’s Guide es un documento nuevo que se ha agregado a la documentaci�n de Message Queue en el que se describe la forma de crear aplicaciones de Message Queue con clientes en C.
Limitaciones y problemas conocidosEste apartado describe las limitaciones y los problemas conocidos, as� como los errores de Message Queue 3.5 SP1 Message Queue 3.5. Dado que la versi�n 3.5 SP1 es �nicamente una versi�n en la que se incluyeron el cambio de marca de Message Queue 3.5, la informaci�n que aqu� se presenta es aplicable a ambas versiones.
Para obtener una lista de los errores actuales, su estado y las soluciones, los miembros de Java Developer Connection deben consultar la p�gina “Bug Parade” en el sitio Web de Java Developer Connection. Compruebe la p�gina antes de informar de un nuevo error. No encontrar� aqu� todos los errores de Message Queue, se trata simplemente de un buen punto de partida para saber si se ha notificado un error.
La p�gina en cuesti�n es:
Para informar de un nuevo error o enviar una solicitud de funci�n, env�e un mensaje de correo electr�nico a imq-feedback@sun.com.
Problemas conocidos
En este apartado se describen los errores conocidos de Message Queue 3.5 SP1. Algunos de estos errores se introdujeron con la versi�n Message Queue 3.5. Las limitaciones que se muestran en este apartado est�n agrupadas seg�n hagan referencia a Enterprise Edition y a Platform Edition de Message Queue o s�lo a Enterprise Edition.
En Enterprise Edition y Platform Edition
- Debido al cambio de marca, los programas con clientes en C compilados con MQ 3.5 FCS que realizan una comparaci�n exacta del valor asociado a MQ_NAME_PROPERTY desde MQGetMetaData() fallar�n cuando se use la biblioteca compartida de 3.5 SP1 mqcrt en el tiempo de ejecuci�n.
- Las plataformas Windows limitan el n�mero de conexiones que se pueden iniciar simult�neamente por TCP/IP con un agente, en funci�n del valor m�ximo del tama�o del registro de seguridad. El registro de seguridad es el b�fer para las conexiones de la pila TCP; el n�mero de inicios de conexiones TCP simult�neas no puede superar el tama�o de este registro. Por ejemplo, Windows 2000 Professional limita el registro de seguridad a 5 y Windows 2000 Server a 200.
- Si est� ejecutando Windows XP, existe un l�mite para el n�mero de conexiones entrantes. En el caso de Windows XP Professional, el n�mero m�ximo de equipos que puede conectar simult�neamente mediante una red es de 10. Este l�mite incluye todos los protocolos compartidos de recursos y transportes combinados. En el caso de Windows XP Home Edition, el n�mero m�ximo de equipos que puede conectar simult�neamente mediante una red es de 5. Esta limitaci�n afectar� al n�mero de clientes que puede conectar al agente que se ejecuta en Windows XP.
Cualquier archivo, impresi�n, conducci�n con nombre o sesi�n de correo que no tenga ninguna actividad se desconecta autom�ticamente una vez que haya transcurrido el tiempo especificado en AutoDisconnect. El valor predeterminado para AutoDisconnect es de 15 minutos. Cuando se desconecta la sesi�n, 1 de cada 10 conexiones pasa a estado disponible para que otro usuario pueda conectarse al sistema Windows XP. En consecuencia, disminuir el valor de AutoDisconnect puede ayudar a reducir algunos de los problemas relacionados con el l�mite de 10 o 5 conexiones en un sistema que no se use demasiado para funciones de servidor. Para obtener m�s informaci�n, consulte:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;314882
- No puede editar un archivo de configuraci�n de la instancia del agente sin haber iniciado dicha instancia al menos una vez. Esto se debe a que el archivo config.properties no existe hasta que se inicia por primera vez la instancia del agente. Si desea configurar un agente para que utilice la persistencia de conexi�n o para definir otras propiedades de configuraci�n, inicie el agente una vez (con el nombre de instancia que se debe utilizar para crear el agente) para crear el archivo config.properties:
S�lo en Enterprise Edition
- S�lo se admiten en esta versi�n los cl�steres de agentes totalmente conectados. Esto significa que todos los agentes de un cl�ster deben establecer comunicaci�n directamente con todos los dem�s agentes del cl�ster. Si conecta agentes mediante el argumento de l�nea de comandos imqbrokerd -cluster, aseg�rese de incluir todos los agentes del cl�ster.
- Si no se utiliza un agente maestro en un cl�ster, la informaci�n persistente almacenada por un agente que se ha a�adido al cl�ster no se distribuir� a los dem�s agentes del cl�ster.
- El servicio de conexi�n mediante SSL s�lo admite actualmente certificados de servidor firmados autom�ticamente, es decir, en el modo de host de confianza.
- Cuando un cliente JMS con transporte HTTP finaliza repentinamente (por ejemplo, mediante Ctrl-C), el agente espera aproximadamente un minuto antes de liberar la conexi�n de cliente y todos los recursos asociados.
Si se inicia otra instancia de cliente durante ese per�odo de un minuto y si �sta intenta utilizar el mismo ClientID, la misma suscripci�n duradera o la misma cola, recibir� una excepci�n que indica que el ID de cliente est� todav�a en uso. No se trata de un problema real, es simplemente un efecto secundario del proceso de finalizaci�n descrito anteriormente. Si el cliente se inicia despu�s de un retraso de, aproximadamente, un minuto, todo deber�a funcionar correctamente.
Errores conocidos
En la Tabla 10 se enumeran los errores m�s importantes de Message Queue 3.5 SP1.
Archivos que se pueden distribuirSun Java System Message Queue 3.5 SP1 contiene el siguiente grupo de archivos que usted puede distribuir en formato binario:
jms.jar
imq.jar
imqxm.jar
fscontext.jar
providerutil.jar
jndi.jar
ldap.jar
ldapbpjar
jaas.jar
jsse.jar
jnet.jar
jcert.jarAdem�s, tambi�n puede distribuir los archivos de LICENCIA y COPYRIGHT.
Informaci�n sobre problemas y respuestas de los clientesPara informar de un problema, env�e un mensaje de correo electr�nico a imq-feedback@sun.com.
Si dispone de un contrato de asistencia t�cnica y tiene problemas con Message Queue, p�ngase en contacto con el servicio de asistencia al cliente utilizando uno de los siguientes sistemas:
- Servicios de atenci�n al cliente de Sun Software en l�nea en
http://www.sun.com/service/sunone/softwarePara que podamos ayudarle de forma �ptima en la resoluci�n de problemas, tenga a mano la siguiente informaci�n cuando se ponga en contacto con el servicio de asistencia:
- Descripci�n del problema, incluida la situaci�n en la que �ste se produce y la forma en que afecta al funcionamiento
- Tipo de m�quina, versi�n del sistema operativo y versi�n del producto, incluida cualquier revisi�n del producto y otro software que pudiera influir en el problema
- Pasos detallados de los m�todos que haya usado para reproducir el problema
- Cualquier registro de errores o volcados del n�cleo
Sun valora sus comentariosSun tiene inter�s en mejorar su documentaci�n y valora sus comentarios y sugerencias. Para enviar sus comentarios a Sun, use el formulario basado en Web que aparece en:
Ind�quenos el t�tulo completo de la documentaci�n y el n�mero de pieza en los campos pertinentes. Puede hallar el n�mero de pieza en la p�gina del t�tulo del libro o en la parte superior del documento. Normalmente, es un n�mero que consta de siete o nueve d�gitos. Por ejemplo, el n�mero de pieza de este documento, Message Queue 3.5 SP1 Notas de la versi�n, es 817-7199-10.
Recursos adicionales de SunAdem�s de la documentaci�n de Message Queue, puede encontrar informaci�n adicional tal y como se indica a continuaci�n.
Foros de discusi�n
Sun Java System Foros sobre software
Puede encontrar un foro de Sun Java System Message Queue en la siguiente direcci�n:
Le agradecemos su participaci�n.
Foro de tecnolog�a de Java
Existe un foro de JMS en los foros de tecnolog�a de Java que puede interesarle.
Base de datos de soluciones de SunSolve
Hay disponible informaci�n en l�nea acerca de Sun Java System Message Queue en la base de datos de soluciones de SunSolve, que est� ubicada en:
Seleccione el enlace que le permite acceder a la documentaci�n gratuita: se trata de “All Free Collections”. Despu�s debe buscar “Message Queue”.
Sun Java System Informaci�n
Puede encontrar informaci�n �til de Sun Java System en las siguientes direcciones de Internet:
- P�gina del producto Message Queue
http://wwws.sun.com/software/products/message_queue/index.html- Documentaci�n para Message Queue
http://docs.sun.com/coll/MessageQueue_35_SP1- Documentaci�n sobre Sun
http://docs.sun.com/- Servicios y productos de software de Sun Java System
http://www.sun.com/software- Servicios de asistencia al cliente de software de Sun
http://www.sun.com/service/sunone/software- Base de datos de soluciones y asistencia al cliente de Sun
http://sunsolve.sun.com- Servicios de formaci�n y asistencia al cliente de Sun
http://www.sun.com/supportraining- Informaci�n para desarrolladores de Sun
http://developers.sun.com/- Servicios de asistencia de desarrolladores de Sun
http://www.sun.com/developers/support- Hojas de datos de software de Sun
http://www.sun.com/software
Copyright � 2004 Sun Microsystems, Inc. Todos los derechos reservados.
Derechos del gobierno de Estados Unidos: Software comercial. Los usuarios gubernamentales est�n sujetos al acuerdo de licencia est�ndar de Sun Microsystems, Inc. y a las disposiciones aplicables de la regulaci�n FAR y sus suplementos. El uso est� sujeto a las condiciones de la licencia. Esta distribuci�n puede incluir materiales desarrollados por terceras partes.
Sun, Sun Microsystems, el logotipo de Sun, Java, Solaris y Sun[tm] ONE son marcas comerciales o marcas comerciales registradas de Sun Microsystems, Inc. en Estados Unidos y otros pa�ses.
Todas las marcas comerciales de SPARC se utilizan bajo licencia y son marcas comerciales o marcas registradas de SPARC International, Inc. en EE.UU. y en otros pa�ses.
UNIX es una marca comercial registrada en EE.UU. y en otros pa�ses, cuya licencia se otorga exclusivamente a trav�s de X/Open Company, Ltd.