[jboss-cvs] JBossAS SVN: r84426 - projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES.

Thu Feb 19 01:17:20 EST 2009

Author: agarcia at jboss.com
Date: 2009-02-19 01:17:18 -0500 (Thu, 19 Feb 2009)
New Revision: 84426

Modified:
   projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES/Clustering_Guide_Clustered_Singleton_Services.po
Log:
translation in progress

Modified: projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES/Clustering_Guide_Clustered_Singleton_Services.po
===================================================================

--- projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES/Clustering_Guide_Clustered_Singleton_Services.po	2009-02-19 06:13:49 UTC (rev 84425)
+++ projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES/Clustering_Guide_Clustered_Singleton_Services.po	2009-02-19 06:17:18 UTC (rev 84426)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Clustering_Guide_Clustered_Singleton_Services\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2009-01-20 02:37+0000\n"
-"PO-Revision-Date: 2009-02-18 16:18+1000\n"
+"PO-Revision-Date: 2009-02-19 16:15+1000\n"
 "Last-Translator: Angela Garcia\n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -135,7 +135,6 @@
 #. Tag: para
 #: Clustering_Guide_Clustered_Singleton_Services.xml:51
 #, no-c-format
-#, fuzzy
 msgid ""
 "If your service is an Mbean (i.e., not a J2EE deployment like an ear or war "
 "or jar), you can deploy it along with a service called an "
@@ -148,10 +147,7 @@
 "to stop providing service. Let's walk through an illustration."
 msgstr ""
 "Si su servicio es un Mbean (por ejemplo, no un despliegue J2EE como un ear o war "
-"o jar), puede desplegarlo junto con un servicio llamado HASingletonController con el fin de convertirlo en un HA singleton. Es la tarea del HASingletonController el trabajar con el sevricio 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 invokes a method "
-"on your service telling it to begin providing service. If it determines it "
-"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."
+"o jar), puede desplegarlo junto con un servicio llamado HASingletonController con el fin de convertirlo en un HA singleton. Es la tarea del HASingletonController el 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 servicios. Si determina que ya no es el nodo maestro entonces invoca un método en su servicio diciéndole que pare de proveer el servicio. Vamos a ver una ilustración."
 
 #. Tag: para
 #: Clustering_Guide_Clustered_Singleton_Services.xml:54
@@ -161,7 +157,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 HA singleton. Lo único especial aquí es que necesita exponer en su interfaz MBean un método que se pueda llamar cuando debe empezar a brindar el servicio y otro que se pueda lllamar cuando debe parar de brindar el servicio. "
 
 #. Tag: programlisting
 #: Clustering_Guide_Clustered_Singleton_Services.xml:57
@@ -211,7 +207,7 @@
 msgid ""
 "We used “startSingleton” and “stopSingleton” in the above example, but you "
 "could name the methods anything."
-msgstr ""
+msgstr "En el ejemplo anterior utilizamos “startSingleton” y “stopSingleton”, pero puede darles el nombre que quiera."
 
 #. Tag: para
 #: Clustering_Guide_Clustered_Singleton_Services.xml:62
@@ -221,6 +217,8 @@
 "it, most likely packaged in a .sar file, with the following <literal>META-"
 "INF/jboss-service.xml</literal>:"
 msgstr ""
+"Después desplegamos nuestro servicio junto con un HASingletonController para controlarlo muy probablemente empacado en un archivo .sar con el siguiente <literal>META-"
+"INF/jboss-service.xml</literal>:"
 
 #. Tag: programlisting
 #: Clustering_Guide_Clustered_Singleton_Services.xml:65
@@ -288,7 +286,7 @@
 #: Clustering_Guide_Clustered_Singleton_Services.xml:67
 #, no-c-format
 msgid "Voila! A clustered singleton service."
-msgstr ""
+msgstr "¡Aquí lo tiene! Un servicio singleton en clúster."
 
 #. Tag: para
 #: Clustering_Guide_Clustered_Singleton_Services.xml:69
@@ -304,6 +302,8 @@
 "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 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 desplegar en caliente y en granjas. También si nuestro servicio de ejemplo tiene requerimientos complejos y que consumen bastante tiempo entonces estos se pueden implementar potencialmente en los métodos create() o start(). JBoss invocará create() y start() tan pronto como el servicio sea desplegado; no espera hasta que el nodo se convierta en el nodo maestro. Así que se puede preparar el servicio y estará listo para empezar sólo en espera de que el controlador implemente startSingleton() en cuyo punto puede brindar el servicio de manera inmediata. "
 
 #. Tag: para
 #: Clustering_Guide_Clustered_Singleton_Services.xml:72
@@ -314,6 +314,8 @@
 "deployment descriptor (extracted from the <literal>deploy/deploy-hasingleton-"
 "service.xml</literal> file):"
 msgstr ""
+"El servicio jboss.ha:service=HASingletonDeployer que discutimos anteriormente es un ejemplo interesante del uso de HASingletonController. Aquí esta su descriptor de despliegues (extraído del archivo <literal>deploy/deploy-hasingleton-"
+"service.xml</literal>):"
 
 #. Tag: programlisting
 #: Clustering_Guide_Clustered_Singleton_Services.xml:75
@@ -375,13 +377,13 @@
 "singleton service's start/stop methods can take an argument, in this case "
 "the location of the directory the <literal>MainDeployer</literal> should "
 "deploy/undeploy."
-msgstr ""
+msgstr "Aquí hay unas pocas cosas que se deben observar. Primero el servicio que se está controlando es el servicio <literal>MainDeployer</literal>, el cual es el servicio de despliegue principal en JBoss. Es decir es un servicio que no fue escrito con la intención de que sea controlado por un <literal>HASingletonController</literal>. ¡Pero funciona! Segundo, los métodos de inicio y de parado se “despliegan” y se “borran”. No hay ningún requerimiento que especifique que deban tener ningún nombre en particular ni que deban tener las funiconalidades “start” y “stop”. Aquí la funcionalidad de los métodos invocados es más bien “hacer” y “deshacer”. Finalmente, observe los atributos “<literal>TargetStart(Stop)MethodArgument</literal>”. Los métodos start/stop de su servicio singleton pueden tomar un argumento, en este caso la ubicación del directorio en que el <literal>MainDeployer</literal> debe desplegar/eliminar. "
 
 #. Tag: title
 #: Clustering_Guide_Clustered_Singleton_Services.xml:85
 #, no-c-format
 msgid "HASingleton deployments using a Barrier"
-msgstr ""
+msgstr "Despliegues HASingleton utilizando una Barrier"
 
 #. Tag: para
 #: Clustering_Guide_Clustered_Singleton_Services.xml:86
@@ -391,7 +393,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 desplegados de manera normal dentro de deploy o farm que se quieran iniciar/detener cuando el contenido de deploy-hasingleton se despliega/elimina (por ejemplo, cuando el nodo actual se convierte en el maestro) solo necesitan especificar una dependencia en el mbean Barrier:"
 
 #. Tag: programlisting
 #: Clustering_Guide_Clustered_Singleton_Services.xml:88
@@ -419,7 +421,7 @@
 "Barrier MBean using the usual &lt;depends&gt; tag, and they will be started "
 "and stopped in tandem with the Barrier. When the BarrierController is "
 "undeployed the Barrier is destroyed too."
-msgstr ""
+msgstr "La manera en que funciona es que un BarrierController se despliega junto con el MBean jboss.ha:service=HASingletonDeployer y escucha notificaciones JMX de este. Un BarrierController es un MBean relativamente simple que se puede subscribir para recibir cualquier notificación JMX en el sistema. Utiliza las notificaciones recibidas para controlar el ciclo de vida de un Mbean creada dinámicamente llamada Barrier. Esta Barrier es instanciada, registrada y traída al estado CREATE cuando se despliega el BarrierController. Después de esto, el BarrierController inicia y detiene la Barrier cuando recibe notificaciones JMX que coinciden. Por lo tanto, los otros servicios solo necesitan depender del MBean Barrier utilizando la etiqueta usual &lt;depends&gt; y se iniciarán y se detendrán en conjunto con la Barrier. Cuando se elimina el BarrierController también se destruye la Barrier. "
 
 #. Tag: para
 #: Clustering_Guide_Clustered_Singleton_Services.xml:94
@@ -428,7 +430,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 alternativa para el enfoque deploy-hasingleton en que podemos utilizar las granjas para distribuir el servicio; mientras que el contenido en deploy-hasingleton se debe copiar manualmente en todos los nodos. "
 
 #. Tag: para
 #: Clustering_Guide_Clustered_Singleton_Services.xml:97
@@ -439,7 +441,7 @@
 "on the master node. This is different with the deploy-hasingleton approach "
 "that will only deploy (instantiate/create/start) the contents of the deploy-"
 "hasingleton directory on one of the nodes."
-msgstr ""
+msgstr "Por otro lado, el servicio barrier-dependent será instanciado/creado (por ejemplo, cualquier método create() invocado) en todos los nodos, pero solo iniciado en el nodo maestro. Esto es diferente con el enfoque deploy-hasingleton que solo desplegarán (instanciar/crear/iniciar) el contenido del directorio deploy-hasingleton en uno de los nodos."
 
 #. Tag: para
 #: Clustering_Guide_Clustered_Singleton_Services.xml:101
@@ -448,7 +450,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 no realizan ningun trabajo o lo mínimo dentro de su paso create(), en lugar deberían utilizar start() para llevar a cabo el trabajo. "
 
 #. Tag: title
 #: Clustering_Guide_Clustered_Singleton_Services.xml:104
@@ -467,6 +469,10 @@
 "normal “undeploy” operation (like, for example, an <literal>EJBContainer</"
 "literal>) will not have the desired effect."
 msgstr ""
+"Barrier controla el inicio/detener de los servicios dependientes, pero no su destrucción, lo cual solo sucede cuando el <literal>BarrierController</"
+"literal> se destruya/borre. Por lo tanto el utilizar <literal>Barrier</"
+"literal> para controlar servicios que es necesario \"destruir\" como parte normal de su operación de 'eliminación'(como por ejemplo, un <literal>EJBContainer</"
+"literal>) no tendrá el efecto deseado. "
 
 #. Tag: title
 #: Clustering_Guide_Clustered_Singleton_Services.xml:114


