[jboss-cvs] JBossAS SVN: r75327 - projects/docs/enterprise/4.3/Transactions/Programmers_Guide/es-ES.

[jboss-cvs-commits at lists.jboss.org]

Author: agarcia at jboss.com
Date: 2008-07-03 02:00:59 -0400 (Thu, 03 Jul 2008)
New Revision: 75327

Modified:
   projects/docs/enterprise/4.3/Transactions/Programmers_Guide/es-ES/Chapter.po
Log:
translation finished

Modified: projects/docs/enterprise/4.3/Transactions/Programmers_Guide/es-ES/Chapter.po
===================================================================
--- projects/docs/enterprise/4.3/Transactions/Programmers_Guide/es-ES/Chapter.po	2008-07-03 05:44:17 UTC (rev 75326)
+++ projects/docs/enterprise/4.3/Transactions/Programmers_Guide/es-ES/Chapter.po	2008-07-03 06:00:59 UTC (rev 75327)
@@ -7,7 +7,7 @@
 "Project-Id-Version: Chapter\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-06-05 22:51+0000\n"
-"PO-Revision-Date: 2008-07-02 14:36+1000\n"
+"PO-Revision-Date: 2008-07-03 11:23+1000\n"
 "Last-Translator: Angela Garcia\n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -89,7 +89,7 @@
 "below and which will be described later in this document."
 msgstr ""
 "<classname>TxCore</classname> explota las técnicas orientadas a objetos para presentarle a los "
-"programadores un grupo de herramientas de clases Java desde donde las clases de la aplicación pueden heredar para obtener las propiedades deseadas tal como persistencia y control de concurrencia. Estas clases forman una jerarquía, parte de la cual se muestra a continuación y que tambień se describirá más adelante en este documento."
+"programadores un grupo de herramientas de clases Java desde donde las clases de la aplicación pueden heredar para obtener las propiedades deseadas tal como persistencia y control de concurrencia. Estas clases forman una jerarquía, parte de la cual se muestra a continuación y que también se describirá más adelante en este documento."
 
 #. Tag: caption
 #: Chapter.xml:28
@@ -108,14 +108,14 @@
 "be registered with, and be driven by, the appropriate transactions, and "
 "crash recovery mechanisms are invoked automatically in the event of failures."
 msgstr ""
-"Aparte de especificar los ámbitos de las transacciones y de configurar los bloqueos apropiados dentro de los objets, el programador de aplicaciones no tiene ninguna otra responsabilidad: <classname>TxCore</classname> y <emphasis>Transactional "
+"Aparte de especificar los ámbitos de las transacciones y de configurar los bloqueos apropiados dentro de los objetos, el programador de aplicaciones no tiene ninguna otra responsabilidad: <classname>TxCore</classname> y <emphasis>Transactional "
 "Objects for Java</emphasis> (TXOJ) garantizan que los objetos transaccionales sean registrados y dirigidos por la transacciones apropiadas y que los mecanismos de recuperación de fallos se invoquen de manera automática en el evento de una falla."
 
 #. Tag: title
 #: Chapter.xml:35
 #, no-c-format
 msgid "Saving object states"
-msgstr "Guardar estado de objetos"
+msgstr "Guardar el estado de objetos"
 
 #. Tag: para
 #: Chapter.xml:37
@@ -141,8 +141,8 @@
 "de un objeto al terminar la aplicación). Ya que estos requerimientos tiene funcionalidades comúnes todas se implementan utilizando el mismo mecanismo: las clases <classname>InputObjectState</classname> y "
 "<classname>OutputObjectState</classname>. Las clases mantienen una lista interna en las cuales las instancias de los tipos estándares se pueden empacar contiguamente "
 "(desempacadas) utilizando operaciones <command>pack</command> (<command>unpack</"
-"command>) de manera apropiada. Este buffer automáticamente se modifica de tamaño como se necesite en caso de que no tenga suficiente espacio. Las instancias se almacenan en el buffer en una forma estándar (también llamada network byte order) para hacerlas independientes de la máquina. Cualquier otro formato independiente de la arquitectura (tal como XDR "
-"o ASN.1) se puede implementar con simplemente reemplazar las operaciones con las apropiadas para la codificación requerida."
+"command>) de manera apropiada. Este buffer se modifica de tamaño automáticamente tal como se necesite en caso de que no tenga suficiente espacio. Las instancias se almacenan en el buffer en una forma estándar (también llamada network byte order) para hacerlas independientes de la máquina. Cualquier otro formato independiente de la arquitectura (tal como XDR "
+"o ASN.1) se puede implementar con simplemente reemplazar las operaciones con las que sean apropiadas para la codificación requerida."
 
 #. Tag: title
 #: Chapter.xml:43
@@ -161,7 +161,7 @@
 "write object states to the local file system or database, and remote "
 "implementations, where the interface uses a client stub (proxy) to remote "
 "services."
-msgstr "Las implementaciones de persistencia pueden ser afectadas por restricciones impuestas por el  Java SecurityManager. Por lo tanto, el almacenamiento de objetos que viene junto con <classname>TxCore</classname> se implementa utilizando técnicas de interfaz/implementación. La distribución actual tiene implementaciones las cuales escriben estados de objetos en sistema de archivos locales o en la base de datos y las implementaciones remotas, en donde la interfaz utiliza un stub cliente (proxy) para servicios remotos. "
+msgstr "Las implementaciones de persistencia pueden ser afectadas por restricciones impuestas por el Java SecurityManager. Por lo tanto, el almacenamiento de objetos que viene junto con <classname>TxCore</classname> se implementa utilizando técnicas de interfaz/implementación. La distribución actual tiene implementaciones las cuales escriben estados de objetos en el sistema de archivos locales o en la base de datos y las implementaciones remotas, en donde la interfaz utiliza un stub cliente (proxy) para servicios remotos. "
 
 #. Tag: para
 #: Chapter.xml:47
@@ -172,7 +172,7 @@
 "object store. States are read using the <literal>read_committed</literal> "
 "operation and written by the <literal>write_(un)committed</literal> "
 "operations."
-msgstr "A los objetos persistentes se les asignan identificadores únicos (instancias de la clase Uid) cuando se crean y esto se utiliza para identificarlos dentro del almacenamiento de objetos. Los estados se leen utilizando la operación <literal>read_committed</literal> y escrita por las operaciones <literal>write_(un)committed</literal>. "
+msgstr "A los objetos persistentes se les asignan identificadores únicos (instancias de la clase Uid) cuando se crean y esto se utiliza para identificarlos dentro del almacenamiento de objetos. Los estados se leen utilizando la operación <literal>read_committed</literal> y las operaciones <literal>write_(un)committed</literal> las escriben. "
 
 #. Tag: title
 #: Chapter.xml:53
@@ -271,11 +271,11 @@
 "<classname>StateManager</classname> invocará las operaciones "
 "<command>save_state</command> (al realizar <command>deactivate</"
 "command>), y <command>restore_state</command> (al realizar activate) "
-"en varios puntos durante la ejecución de la aplicación. Estas operaciones se deben implementar por el programador ya que el <classname>StateManager</"
+"en varios puntos durante la ejecución de la aplicación. Estas operaciones las debe implementar el programador ya que el <classname>StateManager</"
 "classname> no puede detectar cambios de estado a nivel de usuario, (estamos examinando la generación "
 "automática de las operaciones predeterminadas <command>save_state</command> y "
-"<command>restore_state</command> permitiéndole al programador sobreescribir esto cuando el conocimiento especifico de la aplicación se puede utilizar para mejorar la eficiencia.) Esto le da la habilidad al programador de decidir que partes del estado de un objecto se deben hacer persistentes. Por ejemplo, para una for a hoja de cálculo puede que no sea necesario el guardar todas las entradas si algunos valores simplemente se pueden volver a calcular. La implementación <command>save_state</command> para una clase "
-"<classname>Example</classname>que tiene variable de miembros enteros llamadas A, B "
+"<command>restore_state</command> permitiéndole al programador sobreescribir esto cuando el conocimiento especifico de la aplicación se puede utilizar para mejorar la eficiencia). Esto le da la habilidad al programador de decidir que partes del estado de un objecto se deben hacer persistentes. Por ejemplo, para una hoja de cálculo puede que no sea necesario el guardar todas las entradas si algunos valores simplemente se pueden volver a calcular. La implementación <command>save_state</command> para una clase "
+"<classname>Example</classname> que tiene variables de miembros enteros llamadas A, B "
 "y C podrían ser simplemente:"
 
 #. Tag: screen
@@ -341,7 +341,7 @@
 msgstr ""
 "Se asume que los objetos pueden tener tres sabores posibles. Pueden ser simplemente <emphasis>recoverable</emphasis>, en cuyo caso <classname>StateManager</"
 "classname> tratará de generar y mantener información de recuperación apropiada para el objeto. Tales objetos tienen tiempos de vida que no excenden el programa de la aplicación que los creó. Los objetos también pueden ser <emphasis>recuperables y persistentes</emphasis>, en cuyo caso se asume que el tiempo de vida del objeto es mayor que el de la aplicación creadora o de la aplicación accediendo de manera que además de mantener la información de recuperación <classname>StateManager</classname> intentará cargar de manera automática (descargar) cualquier estado persitente existente para el objeto llamando la operación <classname>activate</classname> (<classname>deactivate</"
-"classname>) en momento apropiados. Finalmente, puede que los objetos no posean ninguna de estas habilidades, en cuyo caso nunca se mantienen información de recuperación y tampoco se intenta la activación/desactivación de manera automática. "
+"classname>) en momentos apropiados. Finalmente, puede que los objetos no posean ninguna de estas habilidades, en cuyo caso nunca se mantiene información de recuperación y tampoco se intenta la activación/desactivación de manera automática. "
 
 #. Tag: para
 #: Chapter.xml:67
@@ -368,7 +368,7 @@
 "Si un objeto es <emphasis>recuperable</emphasis> o <emphasis>recuperable "
 "y persistente</emphasis> entonces el <classname>StateManager</classname> invocará las operaciones <command>save_state</command> (al realizar "
 "<command>deactivate</command>) y <command>restore_state</command> (al realizar <command>activate</command>) en varios puntos durante la ejecución de la aplicación. Estas operaciones deben ser implementadas por el programador ya que el <classname>StateManager</classname> no puede detectar cambios en el estado a nivel de usuario, (estamos examinando la generación automática de las operaciones "
-"<classname>save_state</classname> y <classname>restore_state</classname>, permitiéndole al programador sobreescribir esto cuando el conociemiento especifico de la applicación se puede utilizar para mejorar la eficiencia). Esto le da la habilidad al programador de decidir las partes del estado de un objeto que se deben hacer persistentes. Por ejemplo, puede que para una hoja de cálculo no sea necesario el guardar todas las entradas si algunos valores se pueden volver a calcular. La implementación "
+"<classname>save_state</classname> y <classname>restore_state</classname>, permitiéndole al programador sobreescribir esto cuando el conocimiento especifico de la applicación se puede utilizar para mejorar la eficiencia). Esto le da la habilidad al programador de decidir las partes del estado de un objeto que se deben hacer persistentes. Por ejemplo, puede que para una hoja de cálculo no sea necesario el guardar todas las entradas si algunos valores se pueden volver a calcular. La implementación "
 "<classname>save_state</classname> para una clase "
 "<classname>Example</classname> que tiene variables con números enteros llamadas A, B y C pueden ser simplemente:"
 
@@ -488,7 +488,7 @@
 "normally hidden from the programmer by the transaction system. Object de-"
 "activation normally only occurs when the top-level transaction within which "
 "the object was activated commits."
-msgstr "Cuando la aplicación ha terminado con el objeto es desactivado convirtiéndolo en una instancia <classname>OutputObjectState</classname> usando la operación <command>save_state</command> y luego se restaura de regreso al almacenamiento de objetos como una copia sombra utilizando write_uncommitted. Esta copia sombra se puede guardar, sobreescribiendo la versión previa utilizando la operación <command>commit_state</command>. Normalmente el sistema de transacciones oculta la existencia de copias sombras del programador. La desactivación del objeto normalmente sólamente ocurre cuando la transacción a nivel superior dentro de la cual el objeto fue activado realiza la operación de guardar."
+msgstr "Cuando la aplicación ha terminado con el objeto, este es desactivado convirtiéndolo en una instancia <classname>OutputObjectState</classname> usando la operación <command>save_state</command> y luego se restaura de regreso al almacenamiento de objetos como una copia sombra utilizando write_uncommitted. Esta copia sombra se puede guardar, sobreescribiendo la versión previa utilizando la operación <command>commit_state</command>. Normalmente el sistema de transacciones oculta la existencia de copias sombras del programador. La desactivación del objeto normalmente sólamente ocurre cuando la transacción a nivel superior dentro de la cual el objeto fue activado realiza la operación de guardar."
 
 #. Tag: para
 #: Chapter.xml:91