[jboss-svn-commits] JBL Code SVN: r25127 - labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/es-ES.
jboss-svn-commits at lists.jboss.org
jboss-svn-commits at lists.jboss.org
Thu Feb 5 19:34:12 EST 2009
Author: agarcia at jboss.com
Date: 2009-02-05 19:34:11 -0500 (Thu, 05 Feb 2009)
New Revision: 25127
Modified:
labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/es-ES/Architecture_of_the_Recovery_Manager.po
labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/es-ES/How_JBossTS_managers_the_OTS_Recovery_Protocol.po
Log:
PR completed
Modified: labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/es-ES/Architecture_of_the_Recovery_Manager.po
===================================================================
--- labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/es-ES/Architecture_of_the_Recovery_Manager.po 2009-02-05 22:17:49 UTC (rev 25126)
+++ labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/es-ES/Architecture_of_the_Recovery_Manager.po 2009-02-06 00:34:11 UTC (rev 25127)
@@ -7,7 +7,7 @@
"Project-Id-Version: Architecture_of_the_Recovery_Manager\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-09-23 06:30+0000\n"
-"PO-Revision-Date: 2009-02-05 16:10+1000\n"
+"PO-Revision-Date: 2009-02-06 10:09+1000\n"
"Last-Translator: Angela Garcia\n"
"Language-Team: <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -643,7 +643,7 @@
msgstr ""
"< crear un vector transacción para Uids de transacción. >\n"
"< leer todas las transacciones para un tipo de transacción AtomicAction. >\n"
-"mientras que < hay transacciones en el vector de transacciones. >\n"
+"while < hay transacciones en el vector de transacciones. >\n"
"do\n"
" < añada la transacción al vector de transacciones. >\n"
"end while."
@@ -673,14 +673,14 @@
" endif.\n"
"end while."
msgstr ""
-"mientras que < hay transacciones en el vector de transacciones >\n"
+"while < hay transacciones en el vector de transacciones >\n"
"do\n"
" if < la lista de intenciones para la transacción todavía existe >\n"
" then\n"
" < cree un nuevo item en caché de transacción >\n"
-" < obtain the status of the transaction >\n"
+" < obtenga el estatus de la transacción >\n"
" \n"
-" if < la transacción no esta en progreso >\n"
+" if < la transacción no está en progreso >\n"
" then\n"
" < repita la fase dos del protocolo commit >\n"
" endif.\n"
@@ -717,7 +717,7 @@
msgstr ""
"< Crear una tabla hash para objetos transaccionales que todavía no han guardado los cambios. >\n"
"< Lea todos los objetos transaccionales dentro del almacenamiento de objetos. >\n"
-"mientras que < hay objetos transaccionales >\n"
+"while < hay objetos transaccionales >\n"
"do\n"
" if < el objeto transaccional tiene un estatus en el que no ha guardado los cambios en el almacenamiento de objetos >\n"
" then\n"
@@ -940,7 +940,7 @@
msgstr ""
"El XARecoveryModule utilizará la implementación XAResourceRecovery para obtener un "
"XAResource en la fuente de datos de destino. En cada invocación de "
-"periodicWorkSecondPass, el módulo de recuperación emitirá una petición XAResource.recover – esto (as described in the XA specification) retornará una lista de los identificadores de transacciones (Xid’s) que la fuente de datos conoce y que se encuentram en un estado indeterminado (dudosos). Esta lista de Xids dudosos "
+"periodicWorkSecondPass, el módulo de recuperación emitirá una petición XAResource.recover – esto (como se describe en la especificación XA) retornará una lista de los identificadores de transacciones (Xid’s) que la fuente de datos conoce y que se encuentram en un estado indeterminado (dudosos). Esta lista de Xids dudosos "
"recibidos en pases exitosos (por ejemplo, periodicWorkSecondPass-es) se compara. Cualquier Xid que aparezca en ambas listas y para el cual la recuperación iniciada desde transacciones no encontró ningún JTA ResourceRecord entonces se asume que pertenece a una transacción relacionada con algun fallo antes de que se escribiera cualquier JTA ResourceRecord y se emite la orden de deshacer esa transacción en el XAResource."
#. Tag: para
@@ -1789,5 +1789,5 @@
"which is a process id in which the object was created. The Recovery Manager "
"uses the process id to locate transaction status manager items when "
"contacting the originator application process for the transaction status."
-msgstr "Todos los objetos se identifican por medio de un Uid identificador único. Uno de los valores de los cuales es un id de proceso en el cual se creó el objeto. El administrador de recuperación utiliza el id de proceso para ubicar elementos de administración de estatus de transacciones cuando contacta el proceso aplicación origniador para el estatus de la transacción. "
+msgstr "Todos los objetos se identifican por medio de un Uid identificador único. Uno de los valores de los cuales es un id de proceso en el cual se creó el objeto. El administrador de recuperación utiliza el id de proceso para ubicar elementos de administración de estatus de transacciones cuando contacta el proceso aplicación originador para el estatus de la transacción. "
Modified: labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/es-ES/How_JBossTS_managers_the_OTS_Recovery_Protocol.po
===================================================================
--- labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/es-ES/How_JBossTS_managers_the_OTS_Recovery_Protocol.po 2009-02-05 22:17:49 UTC (rev 25126)
+++ labs/jbosstm/enterprise/tags/EAP_4_3_0/Transactions_Failure_Recovery_Guide/es-ES/How_JBossTS_managers_the_OTS_Recovery_Protocol.po 2009-02-06 00:34:11 UTC (rev 25127)
@@ -7,7 +7,7 @@
"Project-Id-Version: How_JBossTS_managers_the_OTS_Recovery_Protocol\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2008-09-23 06:30+0000\n"
-"PO-Revision-Date: 2009-02-04 16:17+1000\n"
+"PO-Revision-Date: 2009-02-06 10:31+1000\n"
"Last-Translator: Angela Garcia\n"
"Language-Team: <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -83,7 +83,7 @@
"In the next sections we first give an overview of the Portable Object "
"Adapter architecture, then we describe how this architecture is used to "
"provide RecoveryCoordinator creation with optimization as explained above."
-msgstr "En las siguientes secciones primero vamos a dar una sinopsis de la aruqitectura del adaptador de objetos portátiles y luego describimosla manera en que esta arquitectura se utiliza para proporcionar la creación del RecoveryCoordinator con optimización tal como se explicó anteriormente. "
+msgstr "En las siguientes secciones primero vamos a dar una sinopsis de la arquitectura del adaptador de objetos portátiles y luego describimos la manera en que esta arquitectura se utiliza para proporcionar la creación del RecoveryCoordinator con optimización tal como se explicó anteriormente. "
#. Tag: title
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:34
@@ -302,7 +302,7 @@
"Implicit Activation policy: Specifies whether the POA supports implicit "
"activation of servants. The Implicit Activation policy can have the "
"following values:"
-msgstr "Política de activación implícita: Especifica si POA soporta la cativación implícita de sirvientes. Esta política puede tener los siguientes valores: "
+msgstr "Política de activación implícita: Especifica si POA soporta la activación implícita de sirvientes. Esta política puede tener los siguientes valores: "
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:165
@@ -316,7 +316,7 @@
msgstr ""
"IMPLICIT_ACTIVATION: La POA soporta la activación implícita de sirvientes. "
"Los sirvientes se pueden activar convirtiéndolos en una referencia de objeto con <methodname>org.omg.PortableServer.POA.servant_to_reference()</methodname> "
-"o invocando <methodname>_this()</methodname> en el sirviente. La POA también debe utilizar las políticas SYSTEM_ID and RETAIN con este valor."
+"o invocando <methodname>_this()</methodname> en el sirviente. La POA también debe utilizar las políticas SYSTEM_ID y RETAIN con este valor."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:170
@@ -344,7 +344,7 @@
"explains how the indirection to a default Servant located on a separate "
"process is provided for ORBIX and for JacORB."
msgstr ""
-"Parece ser que para redireccionar invocaciones replay_completion a un sirviente predeterminado es necesario crear una POA con la política de procesamiento de peticiones asignada con el valor de USE_DEFAULT_SERVANT. Sin embargo, para alcanzar ese sirviente predetmerinado primero debemos alcanzar la POA que reenvia la petición al sirviente predeterminado. De hecho, el ORB utiliza un conjunto de información para recuperar una POA; esta información se encuentra en la referencia objeto que el cliente utiliza. Entre toda esta información están las direcciones IP y el número de puerto en donde reside el servidor y también el nombre POA. JBossTS proporciona un sirviente "
+"Parece ser que para redireccionar invocaciones replay_completion a un sirviente predeterminado es necesario crear una POA con la política de procesamiento de peticiones asignada con el valor de USE_DEFAULT_SERVANT. Sin embargo, para alcanzar ese sirviente predeterminado primero debemos alcanzar la POA que reenvia la petición al sirviente predeterminado. De hecho, el ORB utiliza un conjunto de información para recuperar una POA; esta información se encuentra en la referencia objeto que el cliente utiliza. Entre toda esta información están las direcciones IP y el número de puerto en donde reside el servidor y también el nombre POA. JBossTS proporciona un sirviente "
"por máquina para realizar invocaciones replay_completion. Este sirviente se encuentra en el proceso RecoveryManager. El proceso RecoveryManager es un proceso separado de las aplicaciones del servidor y del cliente. La siguiente sección "
"explica cómo se proporciona la indirección a un sirviente predeterminado ubicado en un proceso separado "
"para ORBIX y para JacORB."
@@ -371,11 +371,11 @@
"<code>WellKnownAddressingPolicy</code> object and setting its value to the "
"configuration scope that contains the well-known address."
msgstr ""
-"Dentro de Orbix, el demonion de ubicación encuentra los objetos. Para evitar el sobrecosto de utilizar este demonio, Orbix proporciona un mecanismo llamado "
+"Dentro de Orbix, el demonio de ubicación encuentra los objetos. Para evitar el sobrecosto de utilizar este demonio, Orbix proporciona un mecanismo llamado "
"<emphasis>persistencia directa</emphasis> el cual permite generar referencias de objetos persistentes. Este mecanismo es de hecho una política patentada llamada DIRECT_PERSISTENCE. Una POA con políticas de PERSISTENT y DIRECT_PERSISTENCE "
"genera IORs que contienen una dirección bien conocida para el proceso servidor. Una "
"POA que utiliza persistencia directa también debe decirle a cada mecanismo de transporte tal como "
-"IIOP en que parte del archivo de configuración puede encontrar la dirección que debe utilizar. esto se logra creando un objeto "
+"IIOP en que parte del archivo de configuración puede encontrar la dirección que debe utilizar. Esto se logra creando un objeto "
"<code>WellKnownAddressingPolicy</code> y estableciendo su valor de acuerdo con el ámbito de configuración que contiene la dirección."
#. Tag: para
@@ -611,7 +611,7 @@
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:243
#, no-c-format
msgid "replay_completion invocation forwarded to the default RecoveryCoordinator ."
-msgstr "la invocación replay_completion se reenvía al RecoveryCoordinator predeterminado."
+msgstr "La invocación replay_completion se reenvía al RecoveryCoordinator predeterminado."
#. Tag: para
#: How_JBossTS_managers_the_OTS_Recovery_Protocol.xml:245
@@ -708,7 +708,7 @@
"Cuando el administrador de recuperaciones se abre busca en la configuración el RecoveryActivator que es necesario cargar. Una vez lo hace invoca el método "
"<methodname>startRCservice</methodname> de cada una de las instancias cargadas. Como lo vimos en el capítulo anterior (Administración de recuperaciones ) la clase a cargar que implementa la interfaz <interfacename>RecoveryActivator</interfacename> es la clase <classname>RecoveryEnablement</classname>. Esta clase genérica, "
"ubicada en el paquete <package>com.arjuna.ats.internal.jts.orbspecific."
-"recovery</package>, esconde la naturaleza del ORB que la aplicación está utilizando (JacORB). La ssiguiente figura ilustra el comportamiento del "
+"recovery</package>, esconde la naturaleza del ORB que la aplicación está utilizando (JacORB). La siguiente figura ilustra el comportamiento del "
"<interfacename>RecoveryActivator</interfacename> que lleva a la creación "
"del sirviente predeterminado que realiza peticiones de invocaciones replay_completion."
More information about the jboss-svn-commits
mailing list