En esta sección, se proporciona información adicional importante acerca de la implementación de HADB incluida en Application Server 8.2.
El nuevo comando de administración hadbm setadminpassword se ha implementado para que sea posible cambiar la contraseña utilizada para la administración de la base de datos. El comando adopta opciones que indican qué agente de administración se debe usar y cuál es la contraseña nueva y la antigua. Para obtener más información, consulte la página de comando man hadbm setadminpassword.
El comando de administración existente hadbm listpackages se ha modificado. Anteriormente el comando no adoptaba operandos y enumeraba todos los paquetes del dominio de administración pertinente. Las modificaciones introducen un operando de nombre de paquete opcional y muestran una lista que contiene sólo los paquetes con dicho nombre. Si no se especifica el operando, se mostrarán todos los paquetes. Para obtener más información, consulte la página de comando man hadbm listpackages.
El comando de administración existente hadbm createdomain se ha modificado. El operando hostlist se ha ampliado para que especifique también el número de puerto del agente de administración. De este modo, el dominio se especifica completamente usando sólo el operando hostlist. El comportamiento anterior todavía se admite para conseguir compatibilidad con versiones anteriores. Para obtener más información, consulte la página de comando man hadbm createdomain.
Algunos mensajes de error del sistema de administración se han modificado. Las modificaciones están destinadas a mejorar la comprensión, la coherencia y la precisión de los mensajes de error. Las modificaciones en sí no se indican en estas notas de la versión.
Los comportamientos de instalación y desinstalación se han modificado levemente. La instalación y la desinstalación de HADB deben conservar siempre el vínculo /opt/SUNWhadb/4, pero éste no siempre ha sido el caso.
La posibilidad de introducir contraseñas en la línea de comandos como opciones de comando ya no se admite. Esto afecta a todos los comandos hadbm que aceptan contraseñas como opciones de línea de comandos. En los comandos hadbm, antes era posible introducir una contraseña en forma de:
Un archivo de contraseña
Una opción de línea de comandos
Una entrada interactiva
La opción de línea de comandos no se considera segura y, en consecuencia, ha quedado obsoleta. Se muestra un mensaje de advertencia en el caso de que se introduzca una contraseña de este modo. En su lugar, utilice un archivo de contraseña o una salida interactiva. Tenga en cuenta que esto es aplicable a todos los comandos hadbm que aceptan una opción de contraseña en la línea de comandos.
HADB se ha actualizado para que pueda usar JGroups Versión 2.2, y su código fuente se distribuye junto con HADB. Para que sea posible realizar una actualización en línea desde una versión anterior de HADB, tanto JGroups 2.1 como 2.2 se proporcionan con HADB. Para JGroups 2.1, se proporciona sólo la codificación de bytes.
No puede crear un índice secundario UNIQUE en una tabla.
La expresión (DISTINCT column) no está permitida en una expresión agregada, a menos que se trate de la única expresión seleccionada.
Todas las tablas deben crearse con una especificación de clave principal. Es decir, no se admiten las tablas sin claves principales.
FULL OUTER JOIN no se admite.
Las subconsultas IN que son subconsultas de tablas no se admiten como, por ejemplo:
SELECT SNAME FROM S WHERE (S1#,S2#) IN (SELECT S1#,S2# FROM SP WHERE P#='P2') |
No se admiten otras restricciones distintas de NOT NULL y PRIMARY KEY.
Puede asignar un nuevo propietario a un recurso. No obstante, cuando se realiza este cambio, los privilegios concedidos al propietario actual no se conceden al nuevo propietario.
No se admiten las consultas con dos o más subconsultas NOT EXISTS anidadas, donde cada subconsulta no esté correlacionada directamente con el nivel exterior de consultas.
No se admiten los privilegios de columnas.
Los constructores de valores de filas se permiten sólo en sentencias VALUES.
Las subconsultas no se aceptan como expresiones de valor en los constructores de valores de filas.
Los siguientes tipos de datos no se pueden usar cuando se crean claves primarias:
REAL
FLOAT
DOUBLE PRECISION
DECIMAL
NUMERIC
Application Server incluye equilibrado de carga para los siguientes elementos:
Clientes HTTP, IIOP y JMS
Compatibilidad con conmutación por error de sesión HTTP
Compatibilidad con conmutación por error y clúster de EJB
Temporizadores EJB de alta disponibilidad
Recuperación de transacciones distribuida
Compatibilidad con actualizaciones por turnos de aplicaciones
Base de datos de alta disponibilidad para almacenamiento del estado temporal de las aplicaciones de J2EE
La disponibilidad hace posible la conmutación por error de las instancias de Application Server en un clúster. Si una instancia de Application Server falla, otra instancia de Application Server asumirá las sesiones que estaban asignadas al servidor que ahora no está disponible. La información de sesión se almacena en HADB. HADB es compatible con la persistencia de las sesiones HTTP, los Stateful Session Beans y las credenciales de inicio de sesión único.