Esta secci�n proporciona gu�as para configurar y manejar transaciones a trav�s de la Consola de Administraci�n. Para informaci�n sobre la configuraci�n de los almacenes de conexiones JDBC para permitir que los drivers JDBC participen en las transaciones ditribuidas, puedes ver Manejar Conectividad JDBC.
�Introducci�n
La Consola de Administraci�n proporciona un interface para las herramientas que nos permiten configurar las caracter�sticas del Servidor WebLogic, incluyendo el API JavaTransaction (JTA).
El proceso de configuraci�n implica especificar valores para atributos. Estros atributos definen varios aspectos del entorno de transaciones, incluyendo:
- Time-outs de transaciones y l�mites.
- Control de comportamiento de transaciones.
- Prefijo del fichero log de transaciones.
Antes de configurar nuestro entorno de transaciones, deber�amos familiarizarnos con los componentes J2EE que pueden participar en las transaciones, como EJBs, JDBC, y JMS.
- EJBs (Enterprise JavaBeans) usan JTA para soporte de transaciones. Varios descriptores de despliegue se relacionan con el manejo de transaciones. Para m�s informaci�n sobre programaci�n con EJBs y JTA, podr�s ver pr�ximanente Programar WebLogic Enterprise JavaBeans.
- JDBC (Java Database Connectivity) proporciona interfaces est�ndar para acceder a sistemas de bases de datos relacionales desde Java. JTA proporciona soporte de transaciones sobre conexiones recuperadas usando un driver JDBC y la fuente de datos de la transaci�n. Para m�s informaci�n podr�s ver pr�ximanente Programar WebLogic JDBC.
- JMS (Java Messaging Service) usa JTA para soportar transaciones entre m�ltiples fuentes de datos. WebLogic JMS es un controlador de recursos compatible XA. Para m�s informaci�n sobe programaci�n de JMS y JTA, podr�s ver pr�ximamente Programar WebLogic JMS.
�Configurar Transaciones
La Consola de Administraci�n proporciona valores por defecto para todos los atributos de configuraci�n JTA. Si especificamos un valor inv�lido para cualquier atributo de configuraci�n, el Servidor WebLogic no arrancar�.
Las selecciones de configuraci�n para JTA son aplicables a nivel de dominio. Esto significa que los atributos de configuraci�n se aplican a todos los servidores del dominio. La tareas de monitorizado y de log para JTA se realizan a nivel de servidor.
Una vez que hayamos configurado WebLogic JTA y cualquier transaci�n particiante, el sistema puede realizar transaciones usando el API JTA y las extensiones WebLogic JTA.
Podemos configurar cualquier atributo de transaci�n antes de ejecutar las aplicaciones (configuraci�n est�tica) o, con una excepci�n, en el momento de ejecuci�n de la aplicaci�n (configuraci�n din�mica). El atributo TransactionLogFilePrefix debe configurarse antes de ejecutar las aplicaciones.
Para configurar los atributos de transaci�n, completamos el siguiente procedimiento:
- Arrancamos la Consola de Administraci�n.
- Seleccionamos el nodo del dominio en el panel izquierdo. Por defecto se muestra la pesta�a Configuration del dominio.
- Pulsamos sobre la pesta�a JTA.
- Por cada atributo, especificamos un valor, o si est� disponible, aceptamos el valor por defecto.
- Pulsamos el bot�n Apply para almacenar los nuevos valores de atributos.
- Nos aseguramos de que el atributo Transaction Log File Prefix est� seleccionado cuando configuramos el servidor. Para m�s informaci�n sobre el atributo loggin, puedes ver la secci�n Monitorizar y hacer Logs de Transaciones.
La siguiente tabla describe brevemente los atributos de transaciones disponibles en el Servidor WebLogic:
| Atributo | Descripci�n |
|---|---|
| Timeout Seconds | El tiempo, en segundos, que una transaci�n podr�a estar activa antes de que el sistema fuerce a terminarla. |
| Abandon Timeout Seconds | El tiempo m�ximo, en segudos, que un coordinador de transaci�n persiste en intentar completar una transaci�n. |
| Before Completion
Iteration Limit |
El n�mero de retrollamadas beforeCompletion que se procesan antes de que el sistema fuerce su terminaci�n |
| Max Transactions | El n�mero m�ximo de transaciones que podr�an estar activas en un servidor particular en un momento dado. |
| Max Unique Name Statistics | El n�mero m�ximo de nombres de transaciones �nicas que podr�an ser seguridas por un servidor en un momento dado. |
| Forget Heuristics | Un valor booleano especificando si el controlador de transaciones deber�a instruir a un recurso para que olvide cualquier transaci�n con un salida heur�stica. |
�Monitorizar y Hacer Logs de Transaciones
La Consola de Administraci�n nos permite monitorizar las transaciones y especificar el prefijo del fichero de log de transaciones. Las tareas de monitorizaci�n y loggin se realizan a nivel de servidor. Las estad�sticas de transaciones se muestran para un servidor espec�fico y cada servidor tiene un fichero log de transaciones.
Para mostrar las estad�sticas de transaciones y configuar el prefijo para los ficheros de log de transaciones, completamos el siguiente procedimiento:
- Arrancamos la Consola de Administraci�n.
- Pulsamos en el nodo server en el panel izquierdo.
- Seleccionamos un servidor espec�fico en el panel izquierdo.
- Pulsamos en la pesta�a Monitoring.
- Pulsamos la pesta�a JTA. Los totales para las estad�sticas de transaciones se muestran en el di�logo JTA.
(Tambi�n podemos pulsar los enlaces de texto de monitorizaci�n para monitorizar las transaciones por recurso, o por nombre, o para monitorizar todas las transaciones activas.)
- Pulsamos la pesta�a Logging.
- Pulsamos la pesta�a JTA.
- Introducimos un prefijo para el fichero log de transaciones y pulsamos sobre Apply para grabar la selecci�n de atributos.
�Mover un Servidor a otra M�quina
Cuando un servidor de aplicaciones se mueve a otra m�quina, debe poder localizar los ficheros de log de transaciones en el nuevo disco. Por esta raz�n, recomendamos mover este fichero a la nueva m�quina antes de arrancar el servidor all�. Haciendo esto podemos asegurarnos de que recovery funciona correctamente. Si el path es diferente en la nueva m�quina, actualizamos el atributo TransactionLogFilePrefix con el nuevo path antes de arrancar el servidor.
Cuando migramos logs de transaciones despu�s de un fallo de servidor, hacemos que todos los fichero de log de transaciones est�n disponibles en la nueva m�quina antes de arrancar el servidor all�. Podemo conseguir esto almacenando los fichero de log de transaciones en un disco de doble puerto disponible en �mbas m�quinas. Como el caso de una migraci�n planeada, actualizamos el atributo TransactionLogFilePrefix con el nuevo path antes de arrancar el servidor si el path es diferente en la nueva m�quina. De otro modo, las transaciones que estuvieran en el proceso de ser enviadas en el momento del crash podr�an no resolverse correctamente, resultando en una inconsistencia de datos.