[jboss-cvs] JBossAS SVN: r104552 - projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES.

Fri May 7 02:32:37 EDT 2010

Author: agarcia at jboss.com
Date: 2010-05-07 02:32:37 -0400 (Fri, 07 May 2010)
New Revision: 104552

Modified:
   projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES/resolved.po
Log:
in progressfriday

Modified: projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES/resolved.po
===================================================================

--- projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES/resolved.po	2010-05-07 03:42:37 UTC (rev 104551)
+++ projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES/resolved.po	2010-05-07 06:32:37 UTC (rev 104552)
@@ -10,7 +10,7 @@
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
 "Last-Translator: Angela Garcia <agarcia at redhat.com>\n"
-"PO-Revision-Date: 2010-05-06 16:14+1000\n"
+"PO-Revision-Date: 2010-05-07 13:45+1000\n"
 "Project-Id-Version: resolved\n"
 "Language-Team:  <en at li.org>\n"
 "X-Generator: KBabel 1.11.4\n"
@@ -16655,7 +16655,7 @@
 "Besides plain objects, you can also use regular Java collections of those "
 "objects as session attributes. JBoss cache automatically figures out how to "
 "handle those collections and replicate field changes in their member objects."
-msgstr ""
+msgstr "Además de los objetos normales también puede utilizar colecciones Java normales de esos objetos como atributos de sesión. JBoss cache determina automáticamente cómo manejar esas colecciones y cómo replicar cambios en los campos en sus objetos miembros. "
 
 #. Tag: title
 #: resolved.xml:4936
@@ -16839,6 +16839,10 @@
 "service when it stops being the master (typically at server shutdown) is to "
 "undeploy the contents of <literal>deploy-hasingleton</literal>."
 msgstr ""
+"La estrategia más simple y común para implementar un singleton HA es tomar una implementación normal (war, ear, jar, lo que normalmente pondría en la implementación) y desplegarla en el directorio <literal>$JBOSS_HOME/server/all/"
+"deploy-hasingleton</literal> en lugar de ponerla en <literal>deploy</"
+"literal>. El directorio <literal>deploy-hasingleton</literal> no se encuentra bajo deploy o farm así que su contenido no se implementa automáticamente cuando una instancia AS inicia. En lugar, el desplegar el contenido de este directorio es la responsabilidad de un servicio especial, el MBean <literal>jboss.ha:"
+"service=HASingletonDeployer</literal> (el cual se implementa por medio del archivo deploy/deploy-hasingleton-service.xml). El servicio HASingletonDeployer es en sí un HA Singleton, cuyo servicio cuando se convierte en el maestro es implementar el contenido de deploy-hasingleton y cuando ya no es mas el maestro (usualmente cuando el servidor se apaga) es borrar el contenido de <literal>deploy-hasingleton</literal>."
 
 #. Tag: para
 #: resolved.xml:4981
@@ -16849,13 +16853,13 @@
 "the master node cleanly shuts down, they will be cleanly undeployed as part "
 "of shutdown. If the master node fails or is shut down, they will be deployed "
 "on whatever node takes over as master."
-msgstr ""
+msgstr "Así que al poner sus implementaciones en <literal>deploy-hasingleton</literal> sabrá que serán implementadas solo en el nodo maestro en el clúster. Si el nodo maestro se apaga de manera limpia entonces se borrarán apropiadamente como parte del cierre. Si el nodo maestro falla o se apaga entonces se implementarán en el nodo que se convierta en el maestro."
 
 #. Tag: para
 #: resolved.xml:4984
 #, no-c-format
 msgid "Using deploy-hasingleton is very simple, but it does have two drawbacks:"
-msgstr ""
+msgstr "El uso de deploy-hasingleton es bastante simple, pero tiene dos desventajas:"
 
 #. Tag: para
 #: resolved.xml:4988
@@ -16865,6 +16869,9 @@
 "hasingleton</literal>. Redeploying a service that has been deployed to "
 "<literal>deploy-hasingleton</literal> requires a server restart."
 msgstr ""
+"No hay implementación en vivo para los servicios en <literal>deploy-"
+"hasingleton</literal>. En re-implementar un servicio que ha sido implementado en "
+"<literal>deploy-hasingleton</literal> requiere reiniciar el servidor."
 
 #. Tag: para
 #: resolved.xml:4993
@@ -16875,7 +16882,7 @@
 "it will be providing services. Depending on how complex the deployment of "
 "your service is and what sorts of startup activities it engages in, this "
 "could take a while, during which time the service is not being provided."
-msgstr ""
+msgstr "Si el nodo maestro falla y otro nodo se convierte en el maestro entonces el servicio singleton necesita pasar por todo el proceso de implementación antes de que brinde servicios. Dependiendo de qué tan complejo es la implementación de su servicio y las clases de actividades de inicio en las que se involucra, esto puede llegar a tomar un poco de tiempo durante el cual no se proporciona el servicio. "
 
 #. Tag: title
 #: resolved.xml:5005
@@ -16897,6 +16904,8 @@
 "is no longer the master node, it invokes a method on your service telling it "
 "to stop providing service. Let's walk through an illustration."
 msgstr ""
+"Si su servicio es un Mbean (es decir, no una implementación J2EE como un ear o war o jar) puede implementarlo junto con un servicio llamado HASingletonController con el fin de convertirlo en un singleton HA. Es función del HASingletonController trabajar con el servicio HAPartition para monitorear el clúster y determinar si ahora es el nodo maestro para su servicio. Si determina que se ha convertido en el nodo maestro entonces invoca un método "
+"en su servicio diciéndole que empiece a brindar el servicio. Si determina que ya no es el nodo maestro entonces invoca un método en su servicio diciéndole que pare de proporcionar el servicio. Vamos a ver un ejemplo."
 
 #. Tag: para
 #: resolved.xml:5009
@@ -16906,7 +16915,7 @@
 "only thing special about it is it needs to expose in its MBean interface a "
 "method that can be called when it should begin providing service, and "
 "another that can be called when it should stop providing service:"
-msgstr ""
+msgstr "Primero tenemos un servicio MBean que queremos convertir en un singleton HA. Lo único especial es que necesita exponer en su interfaz MBean un método que se pueda llamar cuando deba  empezar a proporcionar el servicio y otro cuando que se pueda llamar cuando deba parar de brindar el servicio:"
 
 #. Tag: programlisting
 #: resolved.xml:5012
@@ -16956,7 +16965,7 @@
 msgid ""
 "We used &#x201C;startSingleton&#x201D; and &#x201C;stopSingleton&#x201D; in "
 "the above example, but you could name the methods anything."
-msgstr ""
+msgstr "Utilizamos &#x201C;startSingleton&#x201D; y &#x201C;stopSingleton&#x201D; en el ejemplo anterior pero puede nombrar los métodos como quiera."
 
 #. Tag: para
 #: resolved.xml:5017
@@ -17052,7 +17061,7 @@
 "service could be primed and ready to go, just waiting for the controller to "
 "implement startSingleton() at which point it can immediately provide service."
 msgstr ""
-"La desvnetaja obvia de este enfoque es que solo funciona para MBeans. La ventaja es que el ejemplo anterior se puede poner en <literal>deploy</literal> o <literal>farm</literal> y por lo tanto se puede implementar en vivo o en granja. "
+"La desventaja obvia de este enfoque es que solo funciona para MBeans. La ventaja es que el ejemplo anterior se puede poner en <literal>deploy</literal> o <literal>farm</literal> y por lo tanto se puede implementar en vivo o en granja. "
 "Also, if our example service had complex, time-consuming startup "
 "requirements, those could potentially be implemented in create() or start() "
 "methods. JBoss will invoke create() and start() as soon as the service is "
@@ -17184,6 +17193,8 @@
 "and stopped in tandem with the Barrier. When the BarrierController is "
 "undeployed the Barrier is destroyed too."
 msgstr ""
+"La manera en que esto funciona es que se implementa un BarrierController junto con el MBean "
+"jboss.ha:service=HASingletonDeployer y escucha notificaciones JMX desde este. Un BarrierController es un Mbean relativamente simple que puede subscribirse para recibir cualquier notificación JMX en el sistema. Usa las notificaciones recibidas para controlar el ciclo de vida de un Mbean creado dinámicamente llamado Barrier. Este Barrier es instanciado, registrado y llevados al estado CREATE cuando se implementa el BarrierController. después de esto, el BarrierController inicia y detiene el Barrier cuando recibe notificaciones JMX que coinciden. Por lo tanto, los otros servicios solo necesitan depender del MBean Barrier usando la etiqueta usual &lt;depends&gt; y serán iniciados y detenidos en conjunto con la Barrier. Cuando se borra el BarrierController entonces también se destruye la Barrier."
 
 #. Tag: para
 #: resolved.xml:5049
@@ -17192,7 +17203,7 @@
 "This provides an alternative to the deploy-hasingleton approach in that we "
 "can use farming to distribute the service, while content in deploy-"
 "hasingleton must be copied manually on all nodes."
-msgstr ""
+msgstr "Esto brinda una opción para el enfoque deploy-hasingleton ya que podemos utilizar granjas para distribuir el servicio mientras que el contenido en deploy-hasingleton se debe copiar manualmente en todos los nodos. "
 
 #. Tag: para
 #: resolved.xml:5052
@@ -17212,7 +17223,7 @@
 "So services depending on the barrier will need to make sure they do minimal "
 "or no work inside their create() step, rather they should use start() to do "
 "the work."
-msgstr ""
+msgstr "Así que los servicios que dependen de la barrera necesitarán asegurarse de que realizan lo mínimo o nada dentro de su paso create() y en lugar deben utilizar start() para que realice el trabajo."
 
 #. Tag: para
 #: resolved.xml:5060


