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

Thu May 13 01:51:58 EDT 2010

Author: agarcia at jboss.com
Date: 2010-05-13 01:51:57 -0400 (Thu, 13 May 2010)
New Revision: 104752

Modified:
   projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES/resolved.po
Log:
jueves ofi

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-13 05:43:30 UTC (rev 104751)
+++ projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES/resolved.po	2010-05-13 05:51:57 UTC (rev 104752)
@@ -9,13 +9,13 @@
 msgstr ""
 "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-07 13:45+1000\n"
+"Last-Translator: Angela Garcia\n"
+"PO-Revision-Date: 2010-05-13 15:50+1000\n"
 "Project-Id-Version: resolved\n"
 "Language-Team:  <en at li.org>\n"
 "X-Generator: KBabel 1.11.4\n"
 "MIME-Version: 1.0\n"
-"Last-Translator: Angela Garcia <agarcia at redhat.com>\n"
+"Last-Translator: Angela Garcia\n"
 
 #. Tag: title
 #: resolved.xml:5
@@ -15237,7 +15237,7 @@
 "web clients on other nodes of a cluster. Thus, in the event one of your node "
 "crashes, another node in the cluster will be able to recover. Two distinct "
 "functions must be performed:"
-msgstr ""
+msgstr "La replicación de sesión HTTP se utiliza para replicar el estado asociado con sus clientes web en otros nodos de un clúster. Por lo tanto, en el caso de que uno de sus nodos se caiga entonces otro nodo en el clúster podrá realizar la recuperación. Se deben realizar dos funciones diferenetes: "
 
 #. Tag: para
 #: resolved.xml:4623
@@ -16738,7 +16738,7 @@
 #: resolved.xml:4950
 #, no-c-format
 msgid "Using Clustered Single Sign On"
-msgstr ""
+msgstr "Uso del inicio de sesión único en clústers"
 
 #. Tag: para
 #: resolved.xml:4952
@@ -16753,6 +16753,9 @@
 "for the applications in question, the <literal>jboss-web-cluster.sar</"
 "literal> file needs to be deployed."
 msgstr ""
+"JBoss soporta el inicio de sesión único, lo que le permite al usuario el autenticarse en una aplicación web en un servidor JBoss y ser reconocido en todas las aplicaciones web "
+"en la misma máquina o en otro nodo en el clúster que se implementan en el mismo host virtual. La replicación de la autenticación la maneja el mismo MBean JBoss Cache que utiliza el servicio de replicación de sesión HTTP. Aunque no es necesario habilitar explícitamente la replicación de sesión para las aplicaciones en cuestión, es necesario implementar el archivo <literal>jboss-web-cluster.sar</"
+"literal>."
 
 #. Tag: para
 #: resolved.xml:4954
@@ -16763,6 +16766,8 @@
 "tomcat <literal>server.xml</literal> file. The valve configuration is shown "
 "here:"
 msgstr ""
+"Para habilitar el inicio de sesión único debe agregar la válvula <literal>ClusteredSingleSignOn</"
+"literal> a los elementos <literal>Host</literal> apropiados del archivo <literal>server.xml</literal> de tomcat. La configuración de la válvula se puede ver a continuación:"
 
 #. Tag: programlisting
 #: resolved.xml:4957
@@ -16778,7 +16783,7 @@
 #: resolved.xml:4960
 #, no-c-format
 msgid "Clustered Singleton Services"
-msgstr ""
+msgstr "Servicios singleton en clústers"
 
 #. Tag: para
 #: resolved.xml:4961
@@ -16792,7 +16797,7 @@
 "restarted on the new master. Thus, other than a brief interval when one "
 "master has stopped and another has yet to take over, the service is always "
 "being provided by one but only one node."
-msgstr ""
+msgstr "Un servicio singleton en clúster (también conocido como singleton HA) es un servicio que se implementa en múltiples nodos en un clúster, pero brinda su servicio en solo uno de los nodos. El nodo ejecutando el servicio singleton usualmente se llama el nodo maestro. Cuando el maestro falla o se apaga entonces se escoge otro maestro de los nodos que quedan y el servicio se reinicia en el nuevo maestro. Por lo tanto, aparte del intervalo corto cuando un master se detiene mientras el otro toma las riendas, el servicio siempre lo brinda uno y solo un nodo. "
 
 #. Tag: title
 #: resolved.xml:4964
@@ -16812,7 +16817,7 @@
 "different nodes in the cluster start and stop; based on those notifications "
 "each node in the cluster can independently (but consistently) determine if "
 "it is now the master node and needs to begin providing a service."
-msgstr ""
+msgstr "JBoss Application Server (AS) proporciona soporte para un número de estrategias para ayudarle a implementar servicios singleton en clústers. En esta sección vamos a explorar las diferentes estrategias. Todas las estrategias se construyen encima del servicio HAPartition que describimos en la introducción. Estas dependen de la <literal>HAPartition</literal> para brindar notificaciones cuando diferentes nodos en el clúster inician y se detienen; con base en esas notificaciones cada nodo en el clúster puede determinar de manera independiente (pero consistente) si ahora es el nodo maestro y necesita empezar a brindar un servicio."
 
 #. Tag: title
 #: resolved.xml:4977
@@ -17044,7 +17049,7 @@
 #: resolved.xml:5022
 #, no-c-format
 msgid "Voila! A clustered singleton service."
-msgstr ""
+msgstr "¡Aquí lo tiene! Un servicio singleton en clúster."
 
 #. Tag: para
 #: resolved.xml:5024
@@ -17152,9 +17157,8 @@
 #. Tag: title
 #: resolved.xml:5040
 #, no-c-format
-#, fuzzy
 msgid "HASingleton deployments using a Barrier"
-msgstr "Implementaciones HASingleton usando una Barrier"
+msgstr "Implementaciones HASingleton usando una barrera"
 
 #. Tag: para
 #: resolved.xml:5041
@@ -17164,7 +17168,7 @@
 "stopped whenever the content of deploy-hasingleton gets deployed/undeployed, "
 "(i.e., whenever the current node becomes the master), need only specify a "
 "dependency on the Barrier mbean:"
-msgstr ""
+msgstr "Los servicios implementados normalmente dentro de desploy o farm que se quieren iniciar/detener en donde el contenido de deploy-hasingleton se implementa/borra (es decir, cuando el nodo actual se convierte en el maestro) solo es necesario especificar una dependencia en el Mbean Barrier: "
 
 #. Tag: programlisting
 #: resolved.xml:5043
@@ -17215,6 +17219,9 @@
 "that will only deploy (instantiate/create/start) the contents of the deploy-"
 "hasingleton directory on one of the nodes."
 msgstr ""
+"Por otro lado, el servicio dependiente de la barrera será instanciado/"
+"creado (es decir, cualquier método create() invocado) en todos los nodos, pero solo iniciado en el nodo maestro. Esto es diferente con el enfoque deploy-hasingleton ya que solo implementará (instanciará/creará/iniciará) el contenido del directorio deploy-"
+"hasingleton en uno de los nodos."
 
 #. Tag: para
 #: resolved.xml:5056
@@ -17236,6 +17243,10 @@
 "normal &#x201C;undeploy&#x201D; operation (like, for example, an "
 "<literal>EJBContainer</literal>) will not have the desired effect."
 msgstr ""
+"La barrera controla el inicio/la detención de los servicios dependientes pero no su destrucción,lo cual solo sucede cuando el <literal>BarrierController</"
+"literal> es destruído/borrado. Por lo tanto, el usar la <literal>Barrier</"
+"literal> para controlar servicios que necesitan ser \"destruidos\" como parte de su operación normal &#x201C;undeploy&#x201D; (como por ejemplo, un "
+"<literal>EJBContainer</literal>) no tendrá el efecto deseado."
 
 #. Tag: title
 #: resolved.xml:5069
@@ -17251,7 +17262,7 @@
 "that each node in the cluster can independently react to changes in cluster "
 "membership and correctly decide whether it is now the &#x201C;master "
 "node&#x201D;. How is this done?"
-msgstr ""
+msgstr "Las variadas estrategias de administración de singletons en clúster dependen del hecho de que cada nodo en el clúster pueden reaccionar independientemente a los cambios en la membresía al clúster y decidir de manera correcta si ahora es el &#x201C;nodo maestro&#x201D;. ¿Cómo se logra esto?"
 
 #. Tag: para
 #: resolved.xml:5073
@@ -17267,6 +17278,9 @@
 "literal> mbean. Every member of the cluster will have the same view, with "
 "the members in the same order."
 msgstr ""
+"Antes de JBoss AS 4.2.0, la metodología para esto era fija y simple. Para cada miembro del clúster, el mbean HAPartition mantiene un atributo llamado CurrentView, el cual es básicamente una lista ordenada de los miembros actuales del clúster. Cuando los nodos se unen o se van del clúster, JGroups se asegura de que cada miembro sobreviviente del clúster reciba una vista actualizada. Puede ver la lista actualizada en la consola JMX viendo el atributo "
+"CurrentView en el mbean <literal>jboss:service=DefaultPartition</"
+"literal>. Todo miembro del clúster tendrá la misma vista con los miembros en el mismo orden."
 
 #. Tag: para
 #: resolved.xml:5076
@@ -17278,10 +17292,13 @@
 "the cluster (although this is not always the case, and should not be assumed "
 "to be the case.)"
 msgstr ""
+"Digamos, por ejemplo, que tenemos un clúster de 4 nodos, nodos A al D y la vista actual se puede expresar como {A, B, C, D}. Generalmente, "
+"el orden de los nodos en la vista reflejará el orden en el que se unieron al clúster (aunque no siempre este es el caso y no se debe asumir que sea el caso). "
 
 #. Tag: para
 #: resolved.xml:5079
 #, no-c-format
+#, fuzzy
 msgid ""
 "To further our example, let's say there is a singleton service (i.e., an "
 "<literal>HASingletonController</literal>) named Foo that's deployed around "
@@ -17291,6 +17308,13 @@
 "<literal>HAPartition</literal> service knows that the view with respect to "
 "the Foo service is {A, C, D} (no B)."
 msgstr ""
+"To further our example, let's say there is a singleton service (i.e., an "
+"<literal>HASingletonController</literal>) named Foo that's deployed around "
+"the cluster, except, for whatever reason, on B. The <literal>HAPartition</"
+"literal> service maintains across the cluster a registry of what services "
+"are deployed where, in view order. So, on every node in the cluster, the "
+"<literal>HAPartition</literal> service knows that the view with respect to "
+"the Foo service is {A, C, D} (no B)."
 
 #. Tag: para
 #: resolved.xml:5083


