[jboss-cvs] JBossAS SVN: r104972 - projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Wed May 19 02:16:06 EDT 2010
Author: agarcia at jboss.com
Date: 2010-05-19 02:16:06 -0400 (Wed, 19 May 2010)
New Revision: 104972
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-19 06:14:33 UTC (rev 104971)
+++ projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES/resolved.po 2010-05-19 06:16:06 UTC (rev 104972)
@@ -10,7 +10,7 @@
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Last-Translator: Angela Garcia\n"
-"PO-Revision-Date: 2010-05-13 15:50+1000\n"
+"PO-Revision-Date: 2010-05-19 15:59+1000\n"
"Project-Id-Version: resolved\n"
"Language-Team: <en at li.org>\n"
"X-Generator: KBabel 1.11.4\n"
@@ -17328,7 +17328,7 @@
"independently decide if it is now the master. The Foo service on each node "
"does this by checking if they are the first member of the view – if "
"they are, they are the master; if not, they're not. Simple as that."
-msgstr ""
+msgstr "Cuando hay un cambio en la topología del clúster del servicio Foo, el servicio <literal>HAPartition</literal> invoca un callback en Foo notificándoles de la nueva topología. Así que por ejemplo, cuando Foo inició en D, el servicio Foo ejecutando en A, C y D recibieron callbacks informándoles que la nueva vista para Foo era {A, C, D}. Ese callback le da a cada nodo suficiente información para decidir de manera independiente si ahora es el maestro. El servicio Foo en cada nodo logra esto chequeando para ver si son el primer miembro de la vista – si si lo es entonces es el maestro, si no lo es entonces no, tan simple como eso."
#. Tag: para
#: resolved.xml:5087
@@ -17339,13 +17339,13 @@
"A, C and D would get a callback with a new view for Foo of {C, D, A}. C "
"would remain the master – there's nothing magic about A that would "
"cause it to become the master again just because it was before."
-msgstr ""
+msgstr "Si A fallara o se apagara, Foo en C y D recibirían un callback con una nueva vista para Foo de {C, D}. C entonces se convertiria en el maestro. Si A reiniciara entonces A, C y D recibiráin un callback con una nueva vista para Foo de {C, D, A}. C seguisría siendo el maestro – no hay nada mágico en que A sea el maestro de nuevo simplemente porque así lo era antes."
#. Tag: title
#: resolved.xml:5107
#, no-c-format
msgid "Clustered JMS Services"
-msgstr ""
+msgstr "Servicios JMS en clústers"
#. Tag: para
#: resolved.xml:5109
@@ -17356,6 +17356,8 @@
"release of JBoss AS, the HA-JMS service is implemented as a clustered "
"singleton fail-over service."
msgstr ""
+"JBoss AS 3.2.4 y versiones posteriores soportan los servicios JMS (HA-JMS) de alta disponibilidad en la configuración <literal>all</literal> del servidor. En el lanzamiento actual de producción de JBoss AS, el servicio HA-JMS se implementa como un servicio de conmutación de servidores en caso de fallo "
+"singleton en clúster."
#. Tag: para
#: resolved.xml:5114
@@ -17366,6 +17368,8 @@
"successfully in JBoss AS 3.0.7. Please contact JBoss support for more "
"questions."
msgstr ""
+"Si quiere configurar HA-JMS por sí mismo puede hacerlo funcionar con versiones anteriores de JBoss AS. Tenemos un cliente que usa HA-JMS "
+"de manera exitosa en JBoss AS 3.0.7. Contacte los servicios de soporte de JBoss en caso de que tenga mas preguntas."
#. Tag: para
#: resolved.xml:5118
@@ -17376,13 +17380,13 @@
"JBoss Messaging project. JBoss Messaging's clustering implementation is "
"considerably different from HA-JMS based on JBoss MQ; most notably it is not "
"based on a singleton service only running on one node in the cluster."
-msgstr ""
+msgstr "HA-JMS en JBoss AS 4.2.2 y versiones anteriores se basaba en el producto de mensajería JBoss MQ. El lanzamientos posteriores del AS, JBoss MQ fue reemplazado por el proyecto más reciente JBoss Messaging. La implementación en clúster de JBoss Messaging es bastante diferente del HA-JMS basado en JBoss MQ; lo que más resalta es que no está basado en un servicio singleton ejecutando solo en un nodo en el clúster."
#. Tag: title
#: resolved.xml:5127
#, no-c-format
msgid "High Availability Singleton Fail-over"
-msgstr ""
+msgstr "Conmutación de servidores en caso de fallo singleton de alta disponibilidad"
#. Tag: para
#: resolved.xml:5128
@@ -17396,6 +17400,8 @@
"against server failures but does not reduce the work load on the JMS server "
"node."
msgstr ""
+"El servicio JBoss HA-JMS (es decir los servicios de soporte de y termas de colas de mensajes) solo ejecuta en un solo nodo (es decir el nodo maestro) en el clúster en cualquier momento. Si ese nodo falla, el clúster simplemente selecciona otro nodo para ejecutar el servicio JMS y las colas y temas y los servicios de soporte se implementan en ese servidor (conmutación de servidores en caso de fallos). Esta configuración proporciona redundancia "
+"frente a las fallas de servidores pero no reduce la carga de trabajo en el nodo del servidor JMS."
#. Tag: para
#: resolved.xml:5130
@@ -17404,7 +17410,7 @@
"While you cannot load balance HA-JMS queues (there is only one master node "
"that runs the queues), you can load balance the MDBs that process messages "
"from those queues (see <xref linkend=\"clustering-jms-loadbalanced\"/>)."
-msgstr ""
+msgstr "Aunque no puede balancear la carga de colas HA-JMS (solo hay un nodo maestro que ejecuta las colas) puede balancear la carga de las MDBs que procesan mensajes de esas colas (consulte <xref linkend=\"clustering-jms-loadbalanced\"/>)."
#. Tag: title
#: resolved.xml:5135
@@ -17426,6 +17432,9 @@
"hasingleton. They should only be deployed there if you only want them "
"running on one node in the cluster at a time."
msgstr ""
+"La mayor diferencia en la configuración entre HA-JMS en la configuración all y la versión que no es HA que se encuentra en la configuración predeterminada es la ubicación de la mayoría de los archivos de configuración. Para HA-JMS, la mayoría de los archivos de configuración se encuentran en el directorio deploy-hasingleton/jms, no en deploy/jms. Sus colas y temas se deben implementar en deploy-hasingleton (o un subdirectorio de este como deploy-hasingleton/jms). Los componentes de la aplicación que actúan como clientes para HA-"
+"JMS (por ejemplo, MDBs y otros clientes JMS) no es necesario implementarlos en deploy-"
+"hasingleton. Solo se deben implementar ahí si solo los quiere ejecutando en un nodo en el clúster a la vez."
#. Tag: para
#: resolved.xml:5140
@@ -17436,7 +17445,7 @@
"related service MBeans and all deployed queues and topics. However, "
"applications that use JMS (e.g., MDBs and other JMS clients) do not need to "
"be deployed identically across the cluster."
-msgstr ""
+msgstr "Para usar el servicio HA-JMS de conmutación de servidores en caso de fallo singleton debe configurar los servicios JMS de manera idéntica en todos los nodos en el clúster. Eso incluye todos los MBeans del servicio relacionado JMS y todas las colas y temas implementados. Sin embargo, las aplicaciones que usan JMS (por ejemplo, MDBs y otros clientes JMS) no necesitan implementarse idénticamente a través del clúster."
#. Tag: para
#: resolved.xml:5146
@@ -17451,6 +17460,8 @@
"database. So, the first thing to do before you start clustered JMS is to "
"setup a shared database for JMS. You need to do the following:"
msgstr ""
+"El servidor JMS se configura para persistir susdatos en el <literal>DefaultDS</"
+"literal>. Por defecto esa es la HSQLDB incluída. Sin embargo, para que funcione el servicio de conmutación de servidores en caso de fallo HA-JMS, el servidor HA-JMS recién iniciado necesita poder encontrar los datos persistidos por el servidor antiguo. Es posible que esto no pase si los datos se persisten en archivos escritos por la HSQLDB del servidor antiguo.En casi cualquier entorno de clúster, todos los nodos necesitan persistir los datos frente a una base de datos compartida. Así que lo primero que tiene que hacer antes de iniciar el JMS en clúster es configurar una base de datos compartida para JMS. Necesita hacer esto:"
#. Tag: para
#: resolved.xml:5152
@@ -17476,6 +17487,8 @@
"of RDBMS are bundled with the JBoss AS distribution. They can be found under "
"<literal>docs/examples/jms</literal>."
msgstr ""
+"Reemplace el archivo <literal>hsqldb-jdbc2-service.xml</literal> bajo el directorio <literal>server/all/deploy-hasingleton/jms</literal> con uno afinado para la base de datos especifica. Por ejemplo si usa MySQL el archivo es "
+"<literal>mysql-jdbc2-service.xml</literal>. Los archivos de configuración para un número de RDBMS se agrupan junto con la distribución JBoss AS. Se pueden encontrar bajo <literal>docs/examples/jms</literal>."
#. Tag: para
#: resolved.xml:5168
@@ -17488,12 +17501,14 @@
"It automatically uses the <literal>DefaultDS</literal> for storage, which we "
"configured above."
msgstr ""
+"No hay necesidad de reemplazar el archivo <literal>hsqldb-jdbc-state-service.xml</"
+"literal> bajo el directorio <literal>server/all/deploy-hasingleton/jms</literal>. Apesar del <literal>hsql</literal> en su nombre, funciona con todas las bases de datos que cumplen con los requerimientos de l SQL92, incluyendo HSQL, MySQL, SQL Server y más. Usa automáticamente el <literal>DefaultDS</literal> para almacenamiento, el cual configuramos anteriormente."
#. Tag: title
#: resolved.xml:5179
#, no-c-format
msgid "Non-MDB HA-JMS Clients"
-msgstr ""
+msgstr "Clientes HA-JMS que no son MDB"
#. Tag: para
#: resolved.xml:5181
@@ -17501,7 +17516,7 @@
msgid ""
"The HA-JMS client is different from regular JMS clients in two important "
"aspects."
-msgstr ""
+msgstr "El cliente HA-JMS es diferente de los clientes JMS normales en dos aspectos importantes."
#. Tag: para
#: resolved.xml:5185
@@ -17512,6 +17527,8 @@
"queue/topic can be found no matter which cluster node is running the HA-JMS "
"server."
msgstr ""
+"El cliente HA-JMS debe buscar fábricas de conexiones JMS así como colas y temas que estén utilizando HA-JNDI (el puerto predeterminado es 1100). Esto asegura que la fábrica/"
+"cola/tema se pueda encontrar sin importar cuál nodo del clúster esté ejecutando el servidor HA-JMS."
#. Tag: para
#: resolved.xml:5193
@@ -17521,7 +17538,7 @@
"inside the AS, the lookup via HA-JNDI can be configured using the "
"component's deployment descriptors: In the standard deployment descriptor "
"(ejb-jar.xml or web.xml):"
-msgstr ""
+msgstr "Si el cliente es un componente J2EE (bean de sesión o aplicación web) ejecutando dentro del AS, la búsqueda por medio de HA-JNDI se puede configurar usando los descriptores de implementación del componente: En el descriptor de implementación estándar (ejb-jar.xml o web.xml):"
#. Tag: programlisting
#: resolved.xml:5201
@@ -17559,7 +17576,7 @@
#: resolved.xml:5203
#, no-c-format
msgid "And in the JBoss-specific descriptor (jboss.xml or jboss-web.xml):"
-msgstr ""
+msgstr "En el descriptor especifico de JBoss (jboss.xml o jboss-web.xml):"
#. Tag: programlisting
#: resolved.xml:5207
@@ -17603,7 +17620,7 @@
"logic. If the HA-JMS service fails over to a different master node, all "
"client operations on the current connection will fail with a JMSException. "
"To deal with this:"
-msgstr ""
+msgstr "El cliente HA-JMS se debe encargar de las excepciones que tendrán lugar en la conexión JMS si ocurre la conmutación de servidores en caso de fallos. De manera opuesta, por ejemplo, los proxies EJB en clústers, el objeto de la conexión JMS no incluye la lógica automática de conmutación de servidores en caso de fallo. Si el servicio HA-JMS conmuta a un nodo maestro diferente entonces todas las operaciones de clientes en la conexión actual fallarán con una JMSException. Para resolver esto:"
#. Tag: para
#: resolved.xml:5220
@@ -17614,7 +17631,7 @@
"find the JBoss JMS Resource Adapter; the resource adapter will handle the "
"task of detecting server failover and reconnecting to the new server when it "
"starts."
-msgstr ""
+msgstr "Si el cliente está ejecutando dentro del servidor de aplicaciones entonces el cliente debe obtener la ConnectionFactory buscando en java:/JmsXAin JNDI. Ahí encontrará el adaptador de recursos JBoss JMS y este adaptador de recursos manejará la tarea de detectar la conmutación de servidores en caso de fallos y se reconectará al nuevo servidor cuando arranque."
#. Tag: para
#: resolved.xml:5224
@@ -17626,7 +17643,7 @@
"the task of closing the old connection and reconnecting. Following is a "
"example application that continuously sends messages to a queue, handling "
"any exceptions that occur:"
-msgstr ""
+msgstr "Para los clientes fuera del servidor de aplicaciones, el mejor enfoque es registrar un ExceptionListener con la conexión; el listener recibirá un callback si hay una excepción en la conexión. Luego el callback debe manejar la tarea de cerrar la conexión antigua y reconectar. A continuación encontrará una aplicación de ejemplo que envía continuamente mensajes a una cola, manejando cualquier excepción que se presente:"
#. Tag: programlisting
#: resolved.xml:5230
@@ -17958,7 +17975,7 @@
#: resolved.xml:5234
#, no-c-format
msgid "MDBs and HA-JMS Failover"
-msgstr ""
+msgstr "MDBs y conmutación de servidores en caso de fallos HA-JMS"
#. Tag: para
#: resolved.xml:5235
@@ -17967,7 +17984,7 @@
"When you deploy an MDB in JBoss, JBoss' MDB container handles for you all "
"issues associated with finding the cluster singleton HA-JMS server and with "
"reconnecting to it if it fails over."
-msgstr ""
+msgstr "Cuando implementa una MDB en JBoss, el contenedor MDB de JBoss maneja por usted todos los problemas asociados con el encontrar el servidor HA-JMS singleton clúster con la reconexión a este si ocurre la conmutación de servidores en caso de fallos."
#. Tag: title
#: resolved.xml:5245
More information about the jboss-cvs-commits
mailing list