[jbosscache-commits] JBoss Cache SVN: r7142 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES.

Sun Nov 16 22:25:03 EST 2008

Author: mospina
Date: 2008-11-16 22:25:03 -0500 (Sun, 16 Nov 2008)
New Revision: 7142

Modified:
   enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Instrumentation.po
   enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Term.po
Log:
translation for Pojo cache in progress

Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Instrumentation.po
===================================================================

--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Instrumentation.po	2008-11-14 16:19:25 UTC (rev 7141)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Instrumentation.po	2008-11-17 03:25:03 UTC (rev 7142)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Instrumentation\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-09-21 04:57+0000\n"
-"PO-Revision-Date: 2008-11-13 10:09+1000\n"
+"PO-Revision-Date: 2008-11-17 12:04+1000\n"
 "Last-Translator: Angela Garcia\n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -34,6 +34,8 @@
 "POJO (or declare it in a xml file). This makes your PojoCache programming "
 "nearly transparent."
 msgstr ""
+"En este capítulo le explicamos cómo instrumentar (o \"aspectize\") los POJOs por medio de JBossAop. JBossAop necesita dos pasos: 1) declaración POJO, "
+"2) instrumentación. Pero depende en el JDK y en el modo de instrumentación que esté utilizando, puede que no necesite pre-procesar su POJO. Es decir, si utiliza JDK5.0 y el modo en tiempo de carga entonces todo lo que necesita hacer es una anotación en su POJO (o declararlo en un archivo xml). Esto hace que la programación de su PojoCache se casi transparente."
 
 #. Tag: para
 #: Instrumentation.xml:9
@@ -42,7 +44,7 @@
 "For the first step, since we are using the dynamic Aop feature, a POJO is "
 "only required to be declared \"prepare\". Basically, there are two ways to "
 "do this: either via explicit xml or annotation (new since release 1.2.3.)"
-msgstr ""
+msgstr "Para el primer paso, ya que estamos utilizando la funcionalidad Aop dinámica, sólo se requiere que el POJO sea declarado como \"prepare\". Básicamente, hay dos maneras de lograr esto: explícitamente por xml o por una anotación (nuevo desde el lanzamiento 1.2.3.)"
 
 #. Tag: para
 #: Instrumentation.xml:12
@@ -51,7 +53,7 @@
 "As for the second step, either we can ask JBossAop to do load-time (through "
 "a special class loader, so-called loadtime mode) or compile-time "
 "instrumentation (use of an aopc pre-compiler, so-called precompiled mode)"
-msgstr ""
+msgstr "Para el segundo paso podemos pedirle a JBossAop que lo haga en tiempo de carga (por medio de un cargador de clase especial llamado modo en tiempo de carga) o que haga la instrumentación en tiempo de compilación (usando un precompilador aopc llamado modo precompilado). "
 
 #. Tag: title
 #: Instrumentation.xml:15
@@ -76,6 +78,10 @@
 "start intercepting either method, field, or constructor invocations using "
 "the dynamic Aop."
 msgstr ""
+"Para declarar un POJO por medio de un archivo de configuración XML necesitará un archivo <literal>META-"
+"INF/jboss-aop.xml</literal> que se encuentra bajo la ruta de la clase. El marco de trabajo de JBossAOP leerá este archivo durante el arranuqe para manipular el código byte cuando sea necesario para la introducción. También puede pre-compilarlo utilizando un pre-compilador llamado <literal>aopc</literal> de tal manera que no necesitará el archivo XML "
+"durante tiempo de carga. JBossAop proporciona un leguaje llamado <literal>pointcut</"
+"literal> que consiste de una expresión normal establecida para especificar los puntos de intercepción (o <literal>jointpoint</literal> en lenguaje aop). El jointpoint puede ser constructor, llamada de método o campo. Necesitará declarar cualquiera de sus POJO para que sea \"prepared\" de manera que el marco de trabajo AOP sepa cuando empezar a interceptar ya sea invocaciones de método, campo o constructor utilizando el Aop dinámico."
 
 #. Tag: para
 #: Instrumentation.xml:19
@@ -86,7 +92,7 @@
 "it is the state that we are interested in. So you should only need to change "
 "your POJO class name. For details of the pointcut language, please refer to "
 "JBossAop."
-msgstr ""
+msgstr "Para PojoCache, sólo permitimos que todos los campos (tanto de lectura como de escritura) sean interceptados. Es decir que no nos importa la intercepción a nivel de método ya que estamos interesados es en el estado. Así que sólo necesitará cambiar el nombre de clase de su POJO. Para mayores detalles sobre el lenguaje pointcut consulte JBossAop."
 
 #. Tag: para
 #: Instrumentation.xml:22
@@ -99,6 +105,9 @@
 "Appendix section. But here is the snippet for <literal>META-INF/jboss-aop."
 "xml</literal> :"
 msgstr ""
+"El paquete de distribución <literal>JBossCache</literal> autónomo proporciona una declaración de ejemplo para las clases del tutorial, a saber, <literal>Person</"
+"literal> y <literal>Address</literal> . En el apéndice encontrará una declaración de clase detallada para <literal>Person</literal> y <literal>Address</literal>. Pero aqui tiene una parte de <literal>META-INF/jboss-aop."
+"xml</literal> :"
 
 #. Tag: programlisting
 #: Instrumentation.xml:25
@@ -127,12 +136,14 @@
 "operations in classes <code>Address</code> and <code>Person</code> will be "
 "\"prepared\" (or \"aspectized\"). Note that:"
 msgstr ""
+"La semántica detallada de <literal>jboss-aop.xml</literal> la puede encontrar en "
+"JBossAop. Pero las declaraciones anteriores básicamente declaran todas las operaciones de campos de lectura y escritura en clases <code>Address</code> y <code>Person</code> serán \"prepared\" (o \"aspectized\"). Observe que:"
 
 #. Tag: para
 #: Instrumentation.xml:31
 #, no-c-format
 msgid "The wildcard at the end of the expression signifies all fields in the POJO"
-msgstr ""
+msgstr "El comodín al final de la expresión significa todos los campos en el POJO"
 
 #. Tag: para
 #: Instrumentation.xml:34
@@ -140,7 +151,7 @@
 msgid ""
 "You can potentially replace specific class name with wildcard that includes "
 "all the POJOs inside the same package space"
-msgstr ""
+msgstr "Potencialmente puede reemplazar un nombre de clase especifico con el comodín que incluye todos los POJOs dentro del mismo espacio de paquete"
 
 #. Tag: para
 #: Instrumentation.xml:37
@@ -151,6 +162,9 @@
 "<code>Student</code> class is a subclass of <code>Person</code> , JBossAop "
 "will automatically instrument it as well!"
 msgstr ""
+"El operador <code>instanceof</code> declara cualquier sub-tipo o sub-clase del POJO en especifico que también será \"aspectized\". Por ejemplo, si una clase "
+"<code>Student</code> es una subclase de <code>Person</code> , JBossAop "
+"también la instrumentará ¡de manera automática!"
 
 #. Tag: para
 #: Instrumentation.xml:40
@@ -161,6 +175,8 @@
 "The main reason being that we consider all fields as stateful data. However, "
 "we can relax this requirement in the future if there is a use case for it."
 msgstr ""
+"Interceptamos el campo de todos los niveles de acceso (por ejemplo, <literal>private</"
+"literal> , <literal>protected</literal> , <literal>public</literal> , etc). La razón principal es que consideramos todos los campos como datos con estado. Sin embargo, en el futuro podemos relajarnos con referencia a este requerimiento en caso de que haya un ejemplo de este caso."
 
 #. Tag: para
 #: Instrumentation.xml:43
@@ -172,6 +188,8 @@
 "either. If you don't want your field to be managed by the cache, you can "
 "declare them with these modifiers, e.g., transient."
 msgstr ""
+"No interceptamos modificadores de campos de <literal>static</literal> , "
+"<literal>final</literal> y <literal>transient</literal>. Es decir los campos con estos modificadores no se almacenan en caché y tampoco se replican. Si no quiere que el caché administre su campo entonces puede declararlos con estos modificadores, por ejemplo, transitorio."
 
 #. Tag: title
 #: Instrumentation.xml:46
@@ -189,6 +207,8 @@
 "to support Java 1.4 as well, JBossAop has also used a xdoclet type "
 "annotation syntax, and as a result will need an annotation pre-compiler."
 msgstr ""
+"Las anotaciones son una nueva funcionalidad en Java 5.0 que cuando se declara puede contener "
+"metadatos en tiempo de compilación y de ejecución. Es bastante conveniente para declaraciones aop ya que no se necesitará un descriptor externo xml de metadatos. Con el fin de soportar Java 1.4 también, JBossAop ha utilizado una sintaxis de anotación de tipo xdoclet y por lo tanto necesitará un pre-compilador de anotaciones."
 
 #. Tag: para
 #: Instrumentation.xml:50
@@ -196,7 +216,7 @@
 msgid ""
 "Note that PojoCache starts to support the use of annotation since release "
 "1.2.3 with Java 1.4, and release 1.3 with Java 5.0."
-msgstr ""
+msgstr "Observe que PojoCache empieza a soportar el uso de anotaciones desde el lanzamiento 1.2.3 con Java 1.4 y el lanzamiento 1.3 con Java 5.0."
 
 #. Tag: title
 #: Instrumentation.xml:53
@@ -214,6 +234,8 @@
 "declare a regular POJO, while the latter one is used to declare the POJO and "
 "its sub-classes or sub-types."
 msgstr ""
+"Con el fin de proporcionar la máxima transparencia hemos creado dos interfaces aop marker: <code>@@org.jboss.cache.aop.AopMarker</code> y <code>@@org."
+"jboss.cache.aop.InstanceOfAopMarker.</code> La primera interfaz se utiliza para declarar un POJO normal, mientras que el último se utiliza para declarar el POJO y sus sub-clases o sub-tipos."
 
 #. Tag: para
 #: Instrumentation.xml:57
@@ -234,6 +256,14 @@
 "                </programlisting> Basically, it simply states that any "
 "annotation with both marker interfaces will be \"aspectized\" accordingly."
 msgstr ""
+"Finalmente, para soportar las anotaciones (para simplificar el esfuerzo de desarrollo del usuario), la distribución de JBossCache se envía junto con un <literal>jboss-aop.xml</literal> bajo el directorio <literal>resources</literal>. Cuando utiliza el precompilador de la anotación, este archivo necesita estar en la ruta de clase. Por ejemplo, refiérase al objetivo de construcción Ant <literal>annoc</literal>. Para su referencia aqui tiene el contenido de ese <literal>jboss-aop.xml</literal> : <programlisting>\n"
+"                &lt;aop&gt;\n"
+"                  &lt;prepare expr=\"field(* @@org.jboss.cache.aop.AopMarker-"
+"&gt;*)\" /&gt;\n"
+"                  &lt;prepare expr=\"field(* &#36;instanceof{@@org.jboss."
+"cache.aop.InstanceOfAopMarker}-&gt;*)\" /&gt;\n"
+"                &lt;/aop&gt;\n"
+"                </programlisting> Básicamente, simplemente afirma que cualquier anotación con ambas interfaces marker serán \"aspectized\"."
 
 #. Tag: para
 #: Instrumentation.xml:62
@@ -241,7 +271,7 @@
 msgid ""
 "Here is two code snippets that illustrate the declaration of both types "
 "through 1.4 style annotation:"
-msgstr ""
+msgstr "Aqui tiene dos pedazos de código que ilustran la declaración de ambos tipos por medio de la anotación de estilo 1.4. "
 
 #. Tag: programlisting
 #: Instrumentation.xml:66
@@ -263,7 +293,7 @@
 msgid ""
 "The above declaration will instrument the class <literal>Address</literal>, "
 "and"
-msgstr ""
+msgstr "La declaración anterior instrumentará la clase <literal>Address</literal> y"
 
 #. Tag: programlisting
 #: Instrumentation.xml:70
@@ -288,6 +318,9 @@
 "from <literal>Personal</literal>, then it will get instrumented "
 "automatically without further annotation declaration."
 msgstr ""
+"La declaración anterior instrumentará la clase <literal>Person</literal> "
+"y todas sus sub-classes. Es decir si las sub-clase <literal>Student</literal> de <literal>Personal</literal> entonces será instrumentada "
+"automáticamente sin más declaraciones de anotaciones."
 
 #. Tag: para
 #: Instrumentation.xml:73
@@ -296,7 +329,7 @@
 "Note that the simplicity of declaring POJOs through annotation and its "
 "marker interfaces (although you will need to use the annotation pre-"
 "compiler.) See the build.xml target <code>annoc</code> for example."
-msgstr ""
+msgstr "Observe que la simplicidad de declarar POJOs por medio de anotaciones y sus interfaces marker (aunque necesitará utilizar el pre-compilador de anotaciones). Para ver un ejemplo consulte el build.xml destino <code>annoc</code>."
 
 #. Tag: title
 #: Instrumentation.xml:77
@@ -319,12 +352,19 @@
 "Note that we have decided to use different annotation naming convention "
 "between JDK1.4 and 5.0."
 msgstr ""
+"La anotación JDK5.0 es similar a la contraparte JDK1.4 excepto que los nombres de las anotaciones mismas son diferentes, por ejemplo, las dos anotaciones son: "
+"<code>@org.jboss.cache.aop.annotation.PojoCacheable</code> y <code>@org."
+"jboss.cache.aop.annotation.InstanceOfPojoCacheable.</code> Por ejemplo, cuando utiliza anotaciones JDK5.0, en vez de utilizar <code>@@org.jboss.cache.aop."
+"AopMarker</code> en su lugar utilizará <code>@org.jboss.cache.aop.annotation."
+"PojoCacheable</code>. En la distribución bajo <code>examples/"
+"PojoCache/annotated50</code>, hay un ejemplo de cómo utilizar la anotación JDK50. "
+"Observe que hemos decidido utilizar una convención de nombres de anotación diferente entre JDK1.4 y 5.0."
 
 #. Tag: title
 #: Instrumentation.xml:81
 #, no-c-format
 msgid "JDK5.0 field level annotations"
-msgstr ""
+msgstr "Anotaciones a nivel de campo JDK5.0"
 
 #. Tag: para
 #: Instrumentation.xml:82

Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Term.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Term.po	2008-11-14 16:19:25 UTC (rev 7141)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Term.po	2008-11-17 03:25:03 UTC (rev 7142)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Term\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-09-21 04:57+0000\n"
-"PO-Revision-Date: 2008-11-13 10:16+1000\n"
+"PO-Revision-Date: 2008-11-17 09:52+1000\n"
 "Last-Translator: Angela Garcia\n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -34,13 +34,13 @@
 msgid ""
 "The section lists some basic terminology that will be used throughout this "
 "guide."
-msgstr ""
+msgstr "Esta sección lista la terminología básica que se utilizará en este manual. "
 
 #. Tag: term
 #: Term.xml:13
 #, no-c-format
 msgid "<term>Aop</term>"
-msgstr ""
+msgstr "<term>Aop</term>"
 
 #. Tag: para
 #: Term.xml:15
@@ -53,12 +53,14 @@
 "layered design. AOP allows you to intercept any event in a Java program and "
 "trigger functionality based on those events."
 msgstr ""
+"La programación orientada a aspectos (AOP del inglés Aspect-Oriented Programming) es un nuevo paradigma que le permite "
+"organizar y poner sus aplicaciones de software en diversas capas de maneras que no eran posibles con los enfoques tradicionales orientados a objetos. Los aspectos le permiten unir funcionalidades de manera transparente para que pueda tener un diseño con más capas. AOP le permite interceptar cualquier evento en un programa Java y disparar funcionalidades con base en esos eventos."
 
 #. Tag: term
 #: Term.xml:21
 #, no-c-format
 msgid "JBossAop"
-msgstr ""
+msgstr "JBossAop"
 
 #. Tag: para
 #: Term.xml:23
@@ -67,13 +69,13 @@
 "JBossAop is an open-source Aop framework library developed by JBoss. It is "
 "100&#37; Java based and can be run either as a standalone or inside an "
 "application server environment. More details can be found at www.jboss.com."
-msgstr ""
+msgstr "JBossAop es una biblioteca de marco de trabajo Aop de código abierto desarrollada por JBoss. Esta basada en Java y se puede ejecutar de manera autónoma o dentro del entorno del servidor de aplicaciones. Encontrará más detalles en www.jboss.com."
 
 #. Tag: term
 #: Term.xml:29
 #, no-c-format
 msgid "Dynamic Aop"
-msgstr ""
+msgstr "Aop dinámico"
 
 #. Tag: para
 #: Term.xml:31
@@ -82,13 +84,13 @@
 "Dynamic Aop is a feature of JBossAop that provides a hook so that a caller "
 "can insert event interception on the POJO at runtime. PojoCache currently "
 "uses this feature to perform field level interception."
-msgstr ""
+msgstr "El Aop dinámico es una característica de JBossAop que proporciona un gancho para que el que realiza la llamada pueda insertar la intercepción de eventos en el POJO en tiempo de ejecución. Actualmente PojoCache utiliza esta característica para realizar intercepción a nivel de campos."
 
 #. Tag: term
 #: Term.xml:37
 #, no-c-format
 msgid "JGroups"
-msgstr ""
+msgstr "JGroups"
 
 #. Tag: para
 #: Term.xml:39
@@ -99,13 +101,13 @@
 "membership management. It has been a de facto replication layer used by "
 "numerous open-source projects for clustering purposes. It is also used by "
 "JBossCache for replication layer."
-msgstr ""
+msgstr "JGroups es una confiable biblioteca de mensajería de grupos Java de código abierto y LGPL. Además del transporte de mensajería de manera confiable también realiza la administración de membresías de grupo. Ha sido una capa de replicación de facto que múltiples proyectos de código abierto utilizan para clustering. JBossCache también lo utiliza para la capa de replicación."
 
 #. Tag: term
 #: Term.xml:45
 #, no-c-format
 msgid "TreeCache"
-msgstr ""
+msgstr "TreeCache"
 
 #. Tag: para
 #: Term.xml:47
@@ -117,24 +119,27 @@
 "memory, replicated, and persistent. PojoCache currently is a sub-class of "
 "TreeCache."
 msgstr ""
+"TreeCache es un componente de JBossCache que es un sistema caché simple. Es decir que almacena una referencia de objeto Java y requiere que un objeto sea serializable para realizar replicación en binarios. Se basa en Java se encuentra en "
+"memoria, es replicado y persistente. Actualmente PojoCache es una sub-clase de "
+"TreeCache."
 
 #. Tag: term
 #: Term.xml:53
 #, no-c-format
 msgid "POJO"
-msgstr ""
+msgstr "POJO"
 
 #. Tag: para
 #: Term.xml:55
 #, no-c-format
 msgid "Plain old Java object."
-msgstr ""
+msgstr "POJO es un acrónimo de Plain old Java object."
 
 #. Tag: term
 #: Term.xml:61
 #, no-c-format
 msgid "Annotation"
-msgstr ""
+msgstr "Anotación"
 
 #. Tag: para
 #: Term.xml:63
@@ -143,13 +148,13 @@
 "Annotation is a new feature in JDK5.0. It introduces metadata along side the "
 "Java code that can be accessed at runtime. PojoCache currently use both "
 "JDK1.4 and JDK50 annotation to support POJO instrumentation."
-msgstr ""
+msgstr "Una anotación es una nueva característica en JDK5.0. Introduce metadatos junto con el código Java que se puede acceder en tiempo de ejecución. Actualmente PojoCache utiliza las anotaciones JDK1.4 y JDK50 para soportar una instrumentación POJO."
 
 #. Tag: term
 #: Term.xml:69
 #, no-c-format
 msgid "Prepare"
-msgstr ""
+msgstr "Prepare"
 
 #. Tag: para
 #: Term.xml:71
@@ -162,12 +167,15 @@
 "listing. Note that When a POJO is declared properly either through the xml "
 "or annotation, we consider it \"aspectized\"."
 msgstr ""
+"Prepare es una palabra clave en el lenguaje de JBossAop utilizada para especificar qué POJO necesita ser instrumentado. Aparece en un archivo <literal>jboss-aop.xml</"
+"literal>. Sin embargo, si puede utilizar una anotación para especificar la instrumentación POJO entonces no hay necesidad de un listado <literal>jboss-aop.xml</literal>. Observe que cuando se declara aporpiadamente un POJO por medio del xml "
+"o por una anotación entonces lo consideramos como \"aspectized\"."
 
 #. Tag: term
 #: Term.xml:77
 #, no-c-format
 msgid "Instrumentation"
-msgstr ""
+msgstr "Instrumentación"
 
 #. Tag: para
 #: Term.xml:79
@@ -180,4 +188,7 @@
 "classloader in the run script. This step is necessary for an Aop system to "
 "intercept events that are interesting to users."
 msgstr ""
+"La instrumentación es un proceso Aop que básicamente pre-procesa (por ejemplo, "
+"al tejer código byte) en el POJO. Hay dos modos: en tiempo de compilación o en tiempo de carga. El tejer en tiempo de compilación se puede lograr con un precompilador Aop "
+"(<literal>aopc</literal>) mientras que en tiempo de carga se hace para especificar un cargador de clase especial en el script de ejecución. Este paso es necesario para que un sistema Aop intercepte eventos que son interesantes para los usuarios."
 


