[jboss-cvs] JBossAS SVN: r104515 - 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
Thu May 6 02:44:29 EDT 2010
Author: agarcia at jboss.com
Date: 2010-05-06 02:44:28 -0400 (Thu, 06 May 2010)
New Revision: 104515
Modified:
projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES/resolved.po
Log:
in progress
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-06 06:14:11 UTC (rev 104514)
+++ projects/docs/enterprise/5.0/Administration_And_Configuration_Guide/es-ES/resolved.po 2010-05-06 06:44:28 UTC (rev 104515)
@@ -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-05 15:57+1000\n"
+"PO-Revision-Date: 2010-05-06 16:14+1000\n"
"Project-Id-Version: resolved\n"
"Language-Team: <en at li.org>\n"
"X-Generator: KBabel 1.11.4\n"
@@ -16312,6 +16312,8 @@
"have a reference to its own Address object; the Address object will no "
"longer be shared."
msgstr ""
+"<emphasis role=\"bold\">ATTRIBUTE</emphasis>: La replicación solo es para los atributos sucios en la sesión mas algunos datos de sesión como el sello de fecha del último acceso. Para las sesiones que llevan grandes cantidades de datos, esta opción puede incrementar el rendimiento de la replicación. Sin embargo, los atributos serán serializados separadamente así que si hay referencias compartidas entre objetos almacenados en los atributos, es posible que esas referencias compartidas estén rotas en nodos remotos. Por ejemplo, digamos que un objeto Persona almacenado bajo la llave “"
+"husband” tiene una referencia a una dirección mientras que otro objeto Persona almacenado bajo la llave “wife” tiene una referencia a esa mismo objeto dirección. Cuando los atributos “husband” y “wife” se deserializan de manera separada en los nodos remotos, cada objeto Persona ahora tendrá una referencia a su propio objeto dirección; el objeto dirección ya no se compartirá."
#. Tag: para
#: resolved.xml:4850
@@ -16356,7 +16358,7 @@
"objects in session attributes and only fields in those objects are "
"frequently modified, the FIELD policy would be the best. In the next "
"section, we will discuss exactly how the FIELD level replication works."
-msgstr ""
+msgstr "Si sus sesiones son generalmente pequeñas entonces SESSION es la mejor política. Si su sesión es grande y algunas partes se acceden con poca frecuencia entonces la replicación ATTRIBUTE será más efectiva. Si su aplicación tiene objetos de datos muy grandes en los atributos de sesión y los únicos campos en esos objetos se modifican con frecuencia entonces la política FIELD sería la mejor. En la siguiente sección vamos a abordar exactamente cómo funciona la replicación a nivel FIELD."
#. Tag: title
#: resolved.xml:4871
@@ -16374,7 +16376,7 @@
"whole cluster. To use FIELD-level replication, you have to first prepare (i."
"e., bytecode enhance) your Java class to allow the session cache to detect "
"when fields in cached objects have been changed and need to be replicated."
-msgstr ""
+msgstr "La replicación a nivel FIELD solo replica campos de datos modificados dentro de objetos almacenados en la sesión. Su uso puede reducir potencial y drásticamente el tráfico de datos entre nodos en clústers y por lo tanto mejorar el rendimiento de todo el clúster. Para utilizar la replicación a nivel FIELD, primero tiene que preparar (es decir mejorar el código byte) su clase Java para permitir que el caché de sesión detecte cuando se han cambiado los campos en objetos en caché y por lo tanto es necesario replicarlos."
#. Tag: para
#: resolved.xml:4874
@@ -16518,6 +16520,8 @@
"annotations are used it is not necessary. Here is an example on how to "
"invoke those commands from command line."
msgstr ""
+"Una vez que haya anotado sus clases es necesario realizar un paso de pre-procesamiento para mejorar el código byte de sus clases para que TreeCacheAop lo utilice. Necesita utilizar el pre-compilador JBoss AOP <literal>annotationc</literal> "
+"y el post-compilador <literal>aopc</literal> para procesar el código fuente anterior antes y después de que el compilador Java lo compile. El paso de annotationc solo se necesita si se utilizan las anotaciones de estilo JDK 1.4; si utiliza las anotaciones JDK 5 entonces no es necesario. Este es un ejemplo de cómo invocar esos comando desde la línea de comandos."
#. Tag: programlisting
#: resolved.xml:4903
@@ -16539,6 +16543,8 @@
"compiler. The JBoss AOP project also provides easy to use ANT tasks to help "
"integrate those steps into your application build process."
msgstr ""
+"Consulye la documentación de JBoss AOP para ver el uso del pre- y post-"
+"compilador. El proyecto JBoss AOP también brinda tareas ANT de fácil uso para ayudar a integrar esos pasos en su proceso de construcción de aplicaciones."
#. Tag: para
#: resolved.xml:4909
@@ -16550,6 +16556,9 @@
"The example bundles the pre- and post-compile tools so you do not need to "
"download JBoss AOP separately."
msgstr ""
+"Puede ver un ejemplo completo sobre cómo construir, implementar y validar una aplicación web replicada a nivel FIELD en esta página: <ulink url=\"http://wiki."
+"jboss.org/wiki/Wiki.jsp?page=Http_session_field_level_example\"></ulink>. "
+"El ejemplo agrupa las herramientas de pre- y post-compilación de manera que no tenga que descargar JBoss AOP por separado."
#. Tag: para
#: resolved.xml:4913
@@ -16557,7 +16566,7 @@
msgid ""
"When you deploy the web application into JBoss AS, make sure that the "
"following configurations are correct:"
-msgstr ""
+msgstr "Cuando despliegue la aplicación web en JBoss AS asegúrese de que la siguiente configuración sea correcta:"
#. Tag: para
#: resolved.xml:4917
@@ -16568,6 +16577,10 @@
"<literal>useMarshalling</literal> attributes must both be <literal>true</"
"literal>."
msgstr ""
+"En el archivo <literal>deploy/jboss-web-cluster.sar/META-INF/jboss-service."
+"xml</literal> del servidor, los atributos <literal>inactiveOnStartup</literal> y "
+"<literal>useMarshalling</literal> deben ser <literal>true</"
+"literal>."
#. Tag: para
#: resolved.xml:4922
@@ -16590,6 +16603,8 @@
"setAttribute()</literal> after you make changes to the data object, and all "
"changes to the fields are automatically replicated across the cluster."
msgstr ""
+"Finalmente, vamos a ver un ejemmplo de cómo usar la replicación a nivel FIELD en esas clases de datos. Observe que no hay necesidad de llamar a <literal>session."
+"setAttribute()</literal> después de realizar cambios al objeto de datos y todos los cambios a los campos se replican de manera automática a través del clúster."
#. Tag: programlisting
#: resolved.xml:4930
@@ -16657,6 +16672,9 @@
"<literal>printDetails</literal> operation. You should see output resembling "
"the following."
msgstr ""
+"Si ha implementado y accedido a su aplicación, vaya al MBean <literal>jboss."
+"cache:service=TomcatClusteringCache</literal> e invoque la operación "
+"<literal>printDetails</literal>. Debe ver una salida similar a la siguiente:"
#. Tag: programlisting
#: resolved.xml:4940
@@ -16711,6 +16729,10 @@
"literal> logging categories provide additional insight into session "
"replication useful for debugging purposes."
msgstr ""
+"La salida muestra dos sesiones web separadas en una aplicación llamada "
+"<emphasis>quote</emphasis> que se están compartiendo por medio de JBossCache. Este ejemplo usa una <literal>replication-granularity</literal> de "
+"<literal>session</literal>. Si hubiera utilizado la replicación a nivel de <literal>ATTRIBUTE</literal> entonces habrían entradas adicionales mostrando cada atributo de sesión replicada. En cualquiera de estos casos, los valores replicados se almacenan en un contenedor <literal>MarshelledValue</literal> opaco. Actualmente no hay herramientas que permitan inspeccionar el contenido de los valores de sesión replicados. Si no ve ninguna salida entonces es posible que la aplicación no se marcó correctamente como <literal>distributable</literal> o no ha accedido una parte de la aplicación que pone los valores en la sesión HTTP. La categorias de registro <literal>org.jboss.cache</literal> y <literal>org.jboss.web</"
+"literal> ayudan a entender mejor la replicación de sesiones útil con el fin de depurar."
#. Tag: title
#: resolved.xml:4950
@@ -16776,7 +16798,7 @@
#: resolved.xml:4964
#, no-c-format
msgid "Topology after the Master Node fails"
-msgstr ""
+msgstr "Topología después de que el nodo maestro falla"
#. Tag: para
#: resolved.xml:4972
@@ -16796,7 +16818,7 @@
#: resolved.xml:4977
#, no-c-format
msgid "HASingletonDeployer service"
-msgstr ""
+msgstr "servicio HASingletonDeployer"
#. Tag: para
#: resolved.xml:4978
@@ -16944,6 +16966,8 @@
"it, most likely packaged in a .sar file, with the following <literal>META-"
"INF/jboss-service.xml</literal>:"
msgstr ""
+"Después implementamos nuestro servicio junto con un HASingletonController para controlarlo muy posiblemente empacado en un archivo .sar con la siguiente <literal>META-"
+"INF/jboss-service.xml</literal>:"
#. Tag: programlisting
#: resolved.xml:5020
@@ -17016,6 +17040,7 @@
#. Tag: para
#: resolved.xml:5024
#, no-c-format
+#, fuzzy
msgid ""
"The obvious downside to this approach is it only works for MBeans. Upsides "
"are that the above example can be placed in <literal>deploy</literal> or "
@@ -17027,6 +17052,13 @@
"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. "
+"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 "
+"deployed; it doesn't wait until the node becomes the master node. So, the "
+"service could be primed and ready to go, just waiting for the controller to "
+"implement startSingleton() at which point it can immediately provide service."
#. Tag: para
#: resolved.xml:5027
@@ -17037,6 +17069,8 @@
"deployment descriptor (extracted from the <literal>deploy/deploy-hasingleton-"
"service.xml</literal> file):"
msgstr ""
+"El servicio jboss.ha:service=HASingletonDeployer que abordamos anteriormente es en sí un ejemplo service interesante del uso de un HASingletonController. Esta es su descriptor de implementación (extraído del archivo <literal>deploy/deploy-hasingleton-"
+"service.xml</literal>):"
#. Tag: programlisting
#: resolved.xml:5030
@@ -17100,12 +17134,18 @@
"argument, in this case the location of the directory the "
"<literal>MainDeployer</literal> should deploy/undeploy."
msgstr ""
+"Unos pocos puntos interesantes a notar. Primero el servicio que se está controlando es el "
+"<literal>MainDeployer</literal>, el cual es el servicio de implementación central en JBoss. Es decir es un servicio que no fue escrito con la intención de que fuera controlado por un <literal>HASingletonController</literal>. ¡Pero todavía funciona! Segundo, los métodos de destino para parar e iniciar son “"
+"deploy” y “undeploy”. No hay ningún requerimiento de que tengan algun nombre en "
+"particular o que incluso tengan lógicamente las funcionalidades “start” y "
+"“stop”. Aquí la funcionalidad de los métodos invocados es “do” y “undo”. 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 que el <literal>MainDeployer</literal> debe implementar/borrar."
#. Tag: title
#: resolved.xml:5040
#, no-c-format
+#, fuzzy
msgid "HASingleton deployments using a Barrier"
-msgstr ""
+msgstr "Implementaciones HASingleton usando una Barrier"
#. Tag: para
#: resolved.xml:5041
@@ -17190,7 +17230,7 @@
#: resolved.xml:5069
#, no-c-format
msgid "Determining the master node"
-msgstr ""
+msgstr "Determinación del nodo maestro"
#. Tag: para
#: resolved.xml:5070
@@ -17335,7 +17375,7 @@
#: resolved.xml:5135
#, no-c-format
msgid "Server Side Configuration"
-msgstr ""
+msgstr "Configuración del lado del servidor"
#. Tag: para
#: resolved.xml:5137
@@ -17387,6 +17427,8 @@
"examples/jca</literal> directory, where <literal>xxx</literal> is the name "
"of the target shared database (e.g., <literal>mysql-ds.xml</literal>)."
msgstr ""
+"Configure <literal>DefaultDS</literal> para que apunte al servidor de la base de datos que escoja. Esto es para reemplazar el archivo <literal>deploy/hsqlsb-ds.xml</literal> con el archivo <literal>xxx-ds.xml</literal> en el directorio <literal>docs/"
+"examples/jca</literal>, en donde <literal>xxx</literal> es el nombre de la base de datos compartida de destino (por ejemplo, <literal>mysql-ds.xml</literal>)."
#. Tag: para
#: resolved.xml:5159
More information about the jboss-cvs-commits
mailing list