Author: mospina
Date: 2008-11-17 23:45:36 -0500 (Mon, 17 Nov 2008)
New Revision: 7157
Modified:
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Architecture.po
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Configuration.po
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Introduction.po
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Troubleshooting.po
Log:
translation for Pojo cache in progress
Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Architecture.po
===================================================================
---
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Architecture.po 2008-11-18
01:10:44 UTC (rev 7156)
+++
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Architecture.po 2008-11-18
04:45:36 UTC (rev 7157)
@@ -8,7 +8,7 @@
"Project-Id-Version: Architecture\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:00+1000\n"
+"PO-Revision-Date: 2008-11-18 11:04+1000\n"
"Last-Translator: Angela Garcia\n"
"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
@@ -125,7 +125,7 @@
#: Architecture.xml:42 Architecture.xml:85
#, no-c-format
msgid "Object mapping by reachability"
-msgstr ""
+msgstr "Mapeo de objetos por acceso"
#. Tag: para
#: Architecture.xml:43
@@ -140,6 +140,9 @@
"discussed above. In addition, the cache will map recursively the primitive "
"object fields into the corresponding cache nodes."
msgstr ""
+"Un objeto complejo por definición es un objeto que puede consistir de referencias
compuestas de objetos. Una vez se declara \"prepared\" un objeto complejo (por
ejemplo, un objeto <literal>Person</literal>), durante la operación
<literal>putObject(Fqn fqn, "
+"Object pojo)</literal>, PojoCache añadirá una instancia
<literal>CacheInterceptor</literal> al "
+"<literal>InstanceAdvisor</literal> asociado con ese objeto, como lo
discutimos anteriormente. Además, el caché mapeará recursivamnete los campos primitivos de
objetos en los correspondientes nodos de caché."
#. Tag: para
#: Architecture.xml:46
@@ -151,7 +154,7 @@
#: Architecture.xml:51
#, no-c-format
msgid "Create a tree node using <literal>fqn</literal>, if not yet
existed."
-msgstr ""
+msgstr "Cree un árbol nodo utilizando <literal>fqn</literal>, si aún no
existe."
#. Tag: para
#: Architecture.xml:56
@@ -160,6 +163,8 @@
"Go through all the fields (say, with an association
<literal>java.lang."
"reflect.Field</literal> type field) in POJO,"
msgstr ""
+"Revise todos los campos (por ejemplo los campos de tipo
<literal>java.lang."
+"reflect.Field</literal> con una asociación) en POJO, "
#. Tag: para
#: Architecture.xml:61
@@ -171,6 +176,9 @@
"types supported now: <literal>String, Boolean, Double, Float, Integer, Long,
"
"Short, Character.</literal>"
msgstr ""
+"Si es un tipo primitivo, el valor del campo se almacenará bajo
<literal>fqn</literal> con <literal>(key, value)</literal> de
<literal>"
+"(field.getName(), field.getValue()).</literal> Los siguientes son tipos
primitivos soportados: <literal>String, Boolean, Double, Float, Integer, Long,
"
+"Short, Character.</literal>"
#. Tag: para
#: Architecture.xml:66
@@ -179,13 +187,13 @@
"If it is a non-primitive type, creates a child <literal>FQN</literal>
and "
"then recursively executes another <literal>pubObject</literal> until it
"
"reaches all primitive types."
-msgstr ""
+msgstr "Si es de tipo no-primitivo, crea un hijo <literal>FQN</literal>
y luego ejecuta de manera recursiva otro <literal>pubObject</literal> hasta
que alcanza todos los tipos primitivos."
#. Tag: para
#: Architecture.xml:73
#, no-c-format
msgid "Following is a code snippet that illustrates this mapping process"
-msgstr ""
+msgstr "A continuación encontrará un pedazo de código que ilustra este proceso de
mapeo"
#. Tag: programlisting
#: Architecture.xml:76
@@ -221,6 +229,8 @@
"literal> call, the resulting tree node will schematically look like the "
"cache node in the following figures:"
msgstr ""
+"Vamos a tomar un ejemplo de definición de clase POJO del apéndice en donde tenemos
un objeto <literal>Person</literal> que tiene tipos compuestos no-primitivos
(por ejemplo, List y Address). Después de que ejecutamos la llamada
<literal>putObject</"
+"literal>, el árbol de nodos resultante esquemáticamente se verá como el nodo
caché en las siguientes figuras:"
#. Tag: programlisting
#: Architecture.xml:80
@@ -257,6 +267,14 @@
"will have <literal>Zip</literal> ,
<literal>Street</literal> , etc. stored "
"there)."
msgstr ""
+"Más adelante abordaremos en detalle las APIs PojoCache. Observe la ilustración del
mapeo de objetos por acceso en la siguiente figura. El "
+"fqn <literal>/aop/joe</literal> es asociado con el POJO
<literal>joe</"
+"literal>. Después bajo ese fqn, hay tres nodos hijos:
<literal>addr,"
+"</literal><literal>skills,</literal> y
<literal>languages.</literal> Si ve la declaración de clase
<literal>Person</literal> encontrará que <literal>addr</literal>
es una clase <literal>Address</literal>, "
+"<literal>skills</literal> es un <literal>Set</literal> y
"
+"<literal>languages</literal> es un tipo
<literal>List</literal>. Debido a que son no-primitivos, se insertan de manera
recursiva bajo el objeto padre (<literal>joe</literal>) hasta que se alcancen
todos los tipos primitivos. De esta manera, "
+"hemos dividido la gráfica objeto en tres vistas las cuales caben perfectamente en
nuestra estructura interna. También observe que todos los tipos primitivos se almacenarán
dentro del HashMap respectivo del nodo (por ejemplo, <literal>addr</literal>
"
+"tendrá <literal>Zip</literal> , <literal>Street</literal> ,
etc. almacenados allí)."
#. Tag: para
#: Architecture.xml:92
@@ -266,7 +284,7 @@
"feature that we just explained. Notice how a <literal>Person</literal>
"
"object (e.g., <literal>joe</literal>) that has complex object
references "
"will be mapped into the underlying cache store as explained above."
-msgstr ""
+msgstr "Aquí tiene un pedazo del código para demostrar el mapeo de objetos por
acceso que acabamos de explicar. Observe como un objeto
<literal>Person</literal> (por ejemplo, <literal>joe</literal>)
que tiene referencias complejas de objetos será mapeado en el almacenamiento caché
subyacente como se explicó anteriormente. "
#. Tag: programlisting
#: Architecture.xml:95
@@ -334,7 +352,7 @@
"instantiating the <literal>PojoCache</literal> , configuring, and
starting "
"the cache instance. Then, a user creates the aspectized POJO that will be "
"put into the cache using <literal>putObject()</literal> API."
-msgstr ""
+msgstr "Observe que un uso típico de <literal>PojoCache</literal>
implica el instanciar el <literal>PojoCache</literal> , configurando e
iniciando la instancia caché. Después un usuario crea el POJO aspectized que se pondrá en
el caché utilizando la API <literal>putObject()</literal>. "
#. Tag: para
#: Architecture.xml:99
@@ -349,6 +367,10 @@
"replicated GUI point of view. Details of Collection class support will be "
"given later."
msgstr ""
+"Además, PojoCache también soporta get/set con el tipo parámetro de algunas clases
<literal>Collection</literal> (por ejemplo,
<literal>List</literal> , "
+"<literal>Map</literal> y <literal>Set</literal> )
automáticamente. Por "
+"ejemplo, el siguiente pedazo de código además del ejemplo anterior desparará
PojoCache para administrar los estados para la lista de
<literal>Languages</literal> también. La siguiente figura ilustra la
estructura del nodo desde el punto de vista del GUI "
+"replicado. Más adelante proporcionaremos los detalles del soporte de clase de
colección."
#. Tag: programlisting
#: Architecture.xml:102
@@ -368,13 +390,13 @@
#: Architecture.xml:104
#, no-c-format
msgid "Schematic illustration of List class mapping"
-msgstr ""
+msgstr "Ilustración esquemática del mapeo de clase List"
#. Tag: title
#: Architecture.xml:111
#, no-c-format
msgid "Object relationship management"
-msgstr ""
+msgstr "Administración de relaciones de objetos"
#. Tag: para
#: Architecture.xml:112
@@ -389,7 +411,7 @@
"mapping will be needed outside of the cache system to express the object "
"relationship. PojoCache, in contrast, can manage object relationship "
"transparently for users."
-msgstr ""
+msgstr "Como lo hemos mencionado anteriormente, el sistema de caché tradicional no
soporta la administración de relaciones de objetos durante la serialización (ya sea al
almacenamiento de datos persistentes o replicados a los otros nodos en memoria). Los
ejemplos de relaciones de objetos son como un objeto de dirección que es compartido por
los miembros de una casa y una relación padre e hijo. Todas estas relaciones se perderán
una vez que los objetos sean replicados o persistidos. Como sonsecuencia se necesitará un
mapeo explícito por fuera del sistema del caché para expresar la relación del objeto. Por
otro lado PojoCache puede administrar la relación de objetos de manera transparente para
los usuarios. "
#. Tag: para
#: Architecture.xml:115
@@ -402,6 +424,8 @@
"referenced <literal>fqn</literal> will be stored there to redirect any
query "
"and update to the original node."
msgstr ""
+"Durante el proceso de mapeo verificaremos si cualquier objeto asociado es
referenciado de manera múltiple o circular. Un mecanismo de conteo de referencias ha sido
implementado asociandose con el <literal>CacheInterceptor</"
+"literal>. Si un nuevo objeto creado en el caché referenciaba otro POJO entonces
se almacenará un <literal>fqn</literal> referenciado para redireccionar
cualquier petición o actualización al nodo original. "
#. Tag: para
#: Architecture.xml:118
@@ -416,12 +440,17 @@
"we will keep track of the reference counting for the sub-object "
"<literal>addr.</literal>"
msgstr ""
+"Para ver un ejemplo, digamos que múltiples objetos
<literal>Person</literal>as "
+"(\"joe\" y \"mary\") pueden tener la misma
<literal>Address</literal> "
+"(por ejemplo, una casa). Gráficamente se verá así en el árbol de nodos. Como lo
vimos en la sección anterior sobre el mapeo por acceso, el POJO mapeará de manera
recursiva en el caché. Sin embargo, cuando detectamos una referencia múltiple (en este
caso, la <literal>Address</literal>), "
+"vamos a rastrear el conteo de referencias para el sub-objeto "
+"<literal>addr.</literal>"
#. Tag: title
#: Architecture.xml:122
#, no-c-format
msgid "Schematic illustration of object relationship mapping"
-msgstr ""
+msgstr "Ilustración esquemática del mapeo de relaciones de objetos"
#. Tag: para
#: Architecture.xml:129
@@ -429,7 +458,7 @@
msgid ""
"In the following code snippet, we show programmatically the object sharing "
"example."
-msgstr ""
+msgstr "En el siguiente pedazo de código mostramos programáticamente el ejemplo
donde se comparten objetos."
#. Tag: programlisting
#: Architecture.xml:132
@@ -521,6 +550,9 @@
"<literal>mary</literal> should still have reference the same "
"<literal>Address</literal> object in the cache store."
msgstr ""
+"Observe que después de que removemos la instancia
<literal>joe</literal> del caché, "
+"<literal>mary</literal> todavía debe tener la referencia al mismo
objeto "
+"<literal>Address</literal> en el almacenamiento de caché."
#. Tag: para
#: Architecture.xml:136
@@ -533,6 +565,9 @@
"literal> and <literal>mary</literal> under cache management as
above. Then, "
"we failover to <literal>cache2.</literal> Here is the code
snippet:"
msgstr ""
+"Para ilustrar un poco más esta administración de relaciones vamos a examinar el
código Java bajo un entorno replicado. Imagine que tenemos dos instancias caché separadas
en el clúster (<literal>cache1</literal> and <literal>cache2</"
+"literal>). Digamos que en la primera instancia del caché ponemos a
<literal>joe</"
+"literal> y <literal>mary</literal> bajo la administración del caché.
Luego cuando conmutamos en caso de fallo a <literal>cache2.</literal> aqui
está el pedazo de código:"
#. Tag: programlisting
#: Architecture.xml:139
@@ -594,7 +629,7 @@
#: Architecture.xml:140
#, no-c-format
msgid "Object inheritance hierarchy"
-msgstr ""
+msgstr "Jerarquía de herencia de objetos"
#. Tag: para
#: Architecture.xml:141
@@ -607,6 +642,9 @@
"cache, all the class attributes of <literal>Person</literal> can be
managed "
"as well."
msgstr ""
+"PojoCache preserva la jerarquía de herencia de objetos POJO de manera automática.
Por "
+"ejemplo, si un <literal>Student</literal> extiende
<literal>Person</literal> "
+"con un campo adicional <literal>year</literal> (vea la definición de
POJO en el apéndice), luego una vez que se pone a <literal>Student</literal>
en el caché, se puedene administrar todos los atributos de la clase de
<literal>Person</literal>."
#. Tag: para
#: Architecture.xml:144
@@ -614,7 +652,7 @@
msgid ""
"Following is a code snippet that illustrates how the inheritance behavior of
"
"a POJO is maintained. Again, no special configuration is needed."
-msgstr ""
+msgstr "A continuación encontrará un pedazo de código que ilustra la manera en que
se mantiene el comportamiento de herencia de un POJO. De nuevo no se necesita ninguna
configuración especial. "
#. Tag: programlisting
#: Architecture.xml:147
@@ -656,7 +694,7 @@
#: Architecture.xml:148
#, no-c-format
msgid "Collection class proxy"
-msgstr ""
+msgstr "Proxy de clase Collection"
#. Tag: para
#: Architecture.xml:149
@@ -678,6 +716,11 @@
"retrieve this proxy reference and use this reference to perform POJO "
"operations."
msgstr ""
+"Las clases POJO que heredan de <literal>Set</literal> ,
<literal>List</"
+"literal> y <literal>Map</literal> se tratan como
\"aspectized\" de manera automátic. Es decir los usuarios no necesitan
declararlas como \"prepared\" en el archivo de configuración xml o por medio de
anotaciones. Ya que no se nos permite instrumentar "
+"la biblioteca del sistema Java, vamos a utilizar un enfoque proxy. Es decir cuando
nos encontramos con cualquier instancia Collection vamos a: <itemizedlist>
<listitem> "
+"<para>Crear una instancia proxy Collection y vamos a ponerla en el caché (en
vez de la referencia original). El mapeo de los elementos Collection elements aún se
llevará acabo de manera recursiva como se esperaba.</para> </listitem>
<listitem> "
+"<para>Si la instancia Collection es un sub-objeto, por ejemplo, dentro de
otro POJO, cambiaremos la referencia original con la nueva referencia proxy para promover
el uso transparente.</para> </listitem> </itemizedlist> Para obtener la
referencia proxy, los usuarios pueden utilizar otro
<literal>getObject</literal> para recuperar esta referencia proxy y utilizar
esta referencia para realizar operaciones POJO."
#. Tag: para
#: Architecture.xml:160
@@ -685,7 +728,7 @@
msgid ""
"Here is a code snippet that illustrates the usage of a Collection proxy "
"reference:"
-msgstr ""
+msgstr "Este es un pedazo de código que ilustra el uso de una referencia proxy
Collection:"
#. Tag: programlisting
#: Architecture.xml:163
@@ -719,7 +762,7 @@
msgid ""
"Here is another snippet to illustrate the dynamic swapping of the Collection
"
"reference when it is embedded inside another object:"
-msgstr ""
+msgstr "Aqui tiene otro pedazo que ilustra el cambio dinámico de la referencia
Collection cuando se encuentra incluida dentro de otro proyecto:"
#. Tag: programlisting
#: Architecture.xml:167
@@ -755,7 +798,7 @@
msgid ""
"As you can see, <literal>getLanguages</literal> simply returns the
field "
"reference that has been swapped out for the proxy reference counterpart."
-msgstr ""
+msgstr "Como lo puede ver, <literal>getLanguages</literal> simplemente
retorna la referencia del campo que ha siso cambiada por la referencia proxy."
#. Tag: para
#: Architecture.xml:171
@@ -766,6 +809,8 @@
"since we will update the in-memory copy of that reference during detachment.
"
"Below is a code snippet illustrating this:"
msgstr ""
+"Finalmente, cuando remueve una referencia Collection del caché (por ejemplo, por
medio de "
+"<literal>removeObject</literal>), todavía puede utilizar la referencia
proxy ya que actualizaremos la copia en la memoria de esa referencia durante el
desprendimiento. Este pedazo de código ilustra esto:"
#. Tag: programlisting
#: Architecture.xml:174
@@ -808,7 +853,7 @@
"Use of Collection class in PojoCache helps you to track fine-grained changes
"
"in your collection fields automatically. However, current implementation has
"
"the follow limitation that we plan to address soon."
-msgstr ""
+msgstr "El uso de la clase Collection en PojoCache le ayuda a rastrear cambios
detallados en sus campos collection de manera automática. Sin embargo, la implementación
actual tiene la siguiente limitación que tenemos en mente abordar."
#. Tag: para
#: Architecture.xml:179
@@ -823,6 +868,10 @@
"ArrayList implementation. The Map interface maps to java.util.HashMap "
"implementation."
msgstr ""
+"Actualmente sólo soportamos una implementación limitada de clases Collection. Es
decir que soportamos APIs en List, Set y Map. Sin embargo, ya que las APIs no estipulan
restricciones como el valor o la clave NULL, esto hace que el mapeo de una instancia de
usuario a nuestro proxy sea un poco dificil. Por ejemplo, ArrayList permitiría un valor
NULL "
+"pero otras implementaciones no lo permitirían. La interfaz Set mapea a la
implementación "
+"java.util.HashSet. La interfaz List mapea a la implementación java.util."
+"ArrayList. La interfaz Map mapea a la implementación java.util.HashMap."
#. Tag: para
#: Architecture.xml:182
@@ -833,5 +882,5 @@
"slow. Performance between Set, Map and List collections also vary. Adding "
"items to a Set is slower than a List or Map, since Set does not allow "
"duplicate entries."
-msgstr ""
+msgstr "Otro asunto relacionado es el rendimiento esperado. Por ejemplo, la
implementación actual es ordenada de manera que los insert/delete de Collection se hagan
despacio. En rendimiento entre las colecciones Set, Map y List también varian. El añadir
cosas a Set toma más tiempo que añadirlas a List o Map ya que Set no permite entradas
duplicadas. "
Modified:
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Configuration.po
===================================================================
---
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Configuration.po 2008-11-18
01:10:44 UTC (rev 7156)
+++
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Configuration.po 2008-11-18
04:45:36 UTC (rev 7157)
@@ -8,7 +8,7 @@
"Project-Id-Version: Configuration\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:03+1000\n"
+"PO-Revision-Date: 2008-11-18 14:15+1000\n"
"Last-Translator: Angela Garcia\n"
"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
@@ -32,13 +32,13 @@
"JGroups stack, for example, are still the same. There are two differences, "
"however, when using the xml file--- configuring as a MBean service and "
"eviction policy."
-msgstr ""
+msgstr "Ya que PojoCache hereda de TreeCache, los atributos del archivo de
configuración xml son casi idénticos a los del último. Atributos tal como el modo de
replicación, el administrador de transacciones, la política de eliminación, el cargador de
caché y la pila JGroups, por ejemplo, son aún los mismos. Sin embargo, hay dos diferencias
al utilizar el archivo xml--- configurando como un servicio MBean y la política de
eliminación."
#. Tag: title
#: Configuration.xml:9
#, no-c-format
msgid "PojoCache MBean service"
-msgstr ""
+msgstr "Servicio MBean PojoCache"
#. Tag: para
#: Configuration.xml:10
@@ -51,12 +51,17 @@
"\"jboss.cache:service=PojoCache\"></programlisting> You can
modify the "
"object service name to your liking, of course."
msgstr ""
+"PojoCache también se puede desplegar como un servicio MBean bajo JBoss Application
"
+"Server. Sin embargo, necesitará utilizar la clase correcta para instanciar. Por
"
+"ejemplo, este es un pedazo de código para el atributo MBean en el archivo xml:
"
+"<programlisting><mbean
code=\"org.jboss.cache.aop.PojoCache\" name="
+"\"jboss.cache:service=PojoCache\"></programlisting> Puede
modificar el nombre del servicio de objetos de acuerdo a sus preferencias."
#. Tag: title
#: Configuration.xml:14
#, no-c-format
msgid "PojoCache eviction policy"
-msgstr ""
+msgstr "Política de eliminación de PojoCache"
#. Tag: para
#: Configuration.xml:15
@@ -70,6 +75,11 @@
"world, a unit is a FQN node, while in the aop world, the concept of a unit "
"is an object (which can have multiple nodes and children nodes!)."
msgstr ""
+"PojoCache también proporciona una política de eliminación,
<literal>org.jboss.cache.aop."
+"eviction.AopLRUPolicy</literal> , que es una subclase de
<literal>org.jboss."
+"cache.eviction.LRUPolicy</literal> (con los mismos parámetros de
configuración). "
+"La razón por la cual necesitamos una implementación diferente es porque la
eliminación en "
+"PojoCache es diferente del TreeCache normal. En el mundo del caché normal, una
unidad es un nodo FQN, mientras que en el mundo aop, el concepto de una unidad es un
objeto (el cual puede tener ¡múltiples nodos e hijos nodos!)."
#. Tag: para
#: Configuration.xml:18
@@ -83,6 +93,8 @@
"reference. So all operations will succeed but then a user has no way of "
"knowing that it is merely updating the in-memory reference!"
msgstr ""
+"Además una vez que un usuario obtiene una referencia POJO se supone que todo es
transparente, por ejemplo, operaciones de actualización y recuperación de caché. Pero si
se elimina un objeto eso significa que que no hay un
<literal>CacheInterceptor</"
+"literal> para el POJO y el contenido no es interceptado por el caché. En su
lugar, todo acceso de una operación será encausado a la referencia en memoria. Así que
todas las operaciones tendrán éxito pero entonces el usuario no tiene manera de saber que
simplemente ¡está actualizando la referencia en memoria!"
#. Tag: para
#: Configuration.xml:21
@@ -96,4 +108,6 @@
"persistent all time unless a specific user-based
<literal>removeObject</"
"literal> is called."
msgstr ""
+"Para solucionar este problema actualmente requerimos que la política de eliminación
sea utilizada en combinación con un cargador de caché para persistir los datos. Puede ser
completamente de persistencia o de pasivación (por ejemplo, solo persiste cuando se
elimina). De esta manera, cuando el nodo no está disponible será recuperado del
almacenamiento persistente. La desventaja es que el POJO no será transitorio, por ejemplo,
siempre es persistente a menos de que se llame un usuario basado
<literal>removeObject</"
+"literal> especifico."
Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Introduction.po
===================================================================
---
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Introduction.po 2008-11-18
01:10:44 UTC (rev 7156)
+++
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Introduction.po 2008-11-18
04:45:36 UTC (rev 7157)
@@ -8,7 +8,7 @@
"Project-Id-Version: Introduction\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:11+1000\n"
+"PO-Revision-Date: 2008-11-18 13:54+1000\n"
"Last-Translator: Angela Garcia\n"
"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
@@ -228,7 +228,7 @@
"modified and under transaction context, pojo2 is not under the same "
"transaction context. So you can start another transaction on pojo2 and it "
"will succeed."
-msgstr ""
+msgstr "Transacción. La operación POJO se puede llevar a acabo una vez que se ha
especificado apropiadamente el TransactionManager. Cuando el usuario deshaga una
transacción entonces también se desharán todas las operaciones POJO también. Observe que
el contexto de transacción solo aplica a nivel de nodo. En otras palabras en una gráfica
de objeto complejo en donde tiene múltiples sub-nodos, solo los nodos (o campos) que un
usuario accede se encuentran bajo el contexto de la transacción. Para dar un ejemplo, si
tiene un POJO que tiene referencias de campo en otros dos POJOs (digamos que pojo1 y
pojo2). Cuando pojo1 se modifica y bajo el contexto de transacción, pojo2 no se encuentra
bajo el mismo contexto de transacción. Así que puede iniciar otra transacción en pojo2 y
tendrá éxito. "
#. Tag: para
#: Introduction.xml:77
@@ -238,7 +238,7 @@
"transaction is batched. That is, the update is not performed until the "
"<literal>commit</literal> phase. And if it is rolled back, we will
simply "
"discard the modifications."
-msgstr ""
+msgstr "Además operaciones detalladas (replicación o persistencia) bajo transacción
se hacen en tandas. En otras palabras, la actualización no se realiza si no hasta la fase
<literal>commit</literal>. En caso de que se deshaga la operación simplemente
deshecharemos las modificaciones. "
#. Tag: para
#: Introduction.xml:82
@@ -255,6 +255,9 @@
"\"Region\" is used to define the eviction policy, if you define a
\"Region\" "
"inside a POJO sub-tree, it may not be desirable."
msgstr ""
+"Política de eliminación. PojoCache soporta la política de eliminación que puede
eliminar todo un objeto POJO (y cualquier referencia de objeto de campo de manera
recursiva). Actualmente hay una clase de política de eliminación llamada
<literal>org.jboss.cache.aop.eviction."
+"AopLRUPolicy</literal> (que es sub-clase de
<literal>org.jboss.cache."
+"eviction.LRUPolicy</literal>). Los parámetros de configuración son los mismos
que los de su contraparte TreeCache. Observe que es necesario definir cuidadosamente el
concepto de \"Region\" en la eliminación en la parte superior del nivel FQN del
objeto. De otra manera, la política de eliminación no operará correctamente. Es decir ya
que la \"Region\" se utiliza para definir la política de eliminación puede que
no sea muy conveniente el definir una \"Region\" dentro de un sub-árbol POJO.
"
#. Tag: para
#: Introduction.xml:87
@@ -268,6 +271,8 @@
"accordingly to the internal TreeCache nodes. This feature is explained in "
"full details later."
msgstr ""
+"Caché de objetos por acceso, por ejemplo, el mapeo recursivo de objetos en el
almacenamiento de caché. Por ejemplo, si un POJO tiene una referencia a otro POJO,
<literal>PojoCache</literal> también administrará de manera transparente los
estados de los sub-objetos. Durante la llamada inicial
<literal>putObject()</literal>, "
+"<literal>PojoCache</literal> atravesará el árbol de objetos y lo
mapeará de acuerdo con esto a los nodos TreeCache internos. Esta funcionalidad se explica
detalladamente más adelante. "
#. Tag: para
#: Introduction.xml:92
@@ -278,7 +283,7 @@
"declare any object relationship (e.g., one-to-one, or one-to-many) to use "
"the cache. Therefore, there is no need to specify object relationship via "
"xml file."
-msgstr ""
+msgstr "Manejo de referencias a objetos. En PojoCache, las referencias a objetos
múltiples y recursivas se manejan automáticamente. Es decir que el usuario no necesita
declarar ninguna relación de objetos (por ejemplo, uno-a-uno o uno-a-muchos) para utilizar
el caché. Por lo tanto no hay necesidad de especificar la relación de objetos por medio de
un archivo xml. "
#. Tag: para
#: Introduction.xml:97
@@ -292,6 +297,9 @@
"literal>). The objects retrieved from
<literal>joe.getAddress()</literal> "
"and <literal>mary.getAddress()</literal> should be identical."
msgstr ""
+"Soporte automático de identidad de objetos. En PojoCache, cada objeto es
identificado de manera única por medio de un FQN interno. El cliente puede determinar la
ecualidad del objeto por medio del método <literal>equal</literal>. Por
ejemplo, un objeto tal como <literal>Address</literal> puede ser referenciado
de manera múltiple por dos <literal>Person</literal>as (por ejemplo,
<literal>joe</literal> y <literal>mary</"
+"literal>). Los objetos recuperados de
<literal>joe.getAddress()</literal> "
+"y <literal>mary.getAddress()</literal> deben ser idénticos."
#. Tag: para
#: Introduction.xml:100
@@ -301,6 +309,8 @@
"as well, and its identity is still preserved when retrieved from both places
"
"(after replication)."
msgstr ""
+"Finalmente, un POJO se puede almacenar bajo múltiples <code>Fqn</code>s
en el caché y su identidad aún se preserva cuando se recupera de ambos lugares "
+"(después de la replicación)."
#. Tag: para
#: Introduction.xml:105
@@ -313,6 +323,9 @@
"g., <literal>putObject</literal> call), the attributes in base class
"
"<literal>Person</literal> is \"aspectized\" as well."
msgstr ""
+"Herencia de relaciones. PojoCache preserva la jerarquía de herencia POJO después de
que el objeto se almacena en el caché. Por ejemplo, si una clase "
+"<literal>Student</literal> hereda de una clase
<keycode>Person</keycode>, una vez que un objeto
<literal>Student</literal> sea mapeado a PojoCache (por ejemplo, llamada
<literal>putObject</literal>), los atributos en la clase base "
+"<literal>Person</literal> se \"aspectiza\" también."
#. Tag: para
#: Introduction.xml:110
@@ -323,7 +336,7 @@
"them either as a plain POJO or a sub-object to POJO without declaring them "
"as \"aspectized\". In addition, it supports runtime swapping of the proxy
"
"reference as well."
-msgstr ""
+msgstr "Soporta automáticamente las clases Collection (por ejemplo, los objetos
basados List, Set y Map) sin declararlas como aop-enabled. Es decir que las puede utilizar
como POJO simple o como un sub-objeto para POJO sin declararlas como
\"aspectizadas\". Además también soporta el intercambio en tiempo de ejecución
de la referencia proxy."
#. Tag: para
#: Introduction.xml:115
@@ -337,6 +350,12 @@
"JBossAop system classloader. A user can treat the pre-generated classes as "
"regular ones and use PojoCache in a non-intrusive way."
msgstr ""
+"Soporta la pre-compilación de POJOs. El último JBossAop tiene una funcionalidad
para pre-"
+"compilar (llamada <literal>aopc</literal>, también llamado modo en
tiempo de compilación en "
+"JBossAop) y genera el código byte necesario para el sistema AOP. Al pre-"
+"compilar los POJOs especificados por el usuario, no hay necesidad de un archivo
adicional de declaración"
+" (por ejemplo, <literal>jboss-aop.xml</literal> ) o de especificar un
cargador de clase del sistema "
+"JBossAop. Un usuario puede tratar las clases pre-generadas como normales y utilizar
PojoCache de una manera no-intrusiva."
#. Tag: para
#: Introduction.xml:118
@@ -345,13 +364,13 @@
"This provides easy integration to existing Java runtime programs, "
"eliminating the need for ad-hoc specification of a system class loader, for "
"example. Details will be provided later."
-msgstr ""
+msgstr "Esto proporciona una fácil integración con los programas Java ya existentes
en tiempo de ejecución, eliminando la necesidad de especificaciones ad-hoc de un cargador
de clase del sistema, por ejemplo. Más detalles sobre esto más adelante. "
#. Tag: para
#: Introduction.xml:123
#, no-c-format
msgid "POJO needs not implement the <code>Serializable</code>
interface."
-msgstr ""
+msgstr "POJO no necesita implementar la interfaz
<code>Serializable</code>"
#. Tag: para
#: Introduction.xml:128
@@ -364,6 +383,9 @@
"literal> file declaration for POJOs, if annotation is preferred. The JDK5.0
"
"annotation will be supported in the next release."
msgstr ""
+"Soporta el uso de anotaciones. Desde el lanzamiento 1.2.3, PojoCache también
soporta la declaración de POJO por medio de anotaciones bajo JDK1.4. JBossAop "
+"proporciona un precompilador de anotaciones que un usuario puede utilizar para
pre-procesar la anotación. Como resultado no habrá necesidad de declarar el archivo
<literal>jboss-aop.xml</"
+"literal> para los POJOs, si prefiere las anotaciones. La anotación JDK5.0 se
soportará en el próximo lanzamiento."
#. Tag: para
#: Introduction.xml:133
@@ -373,13 +395,13 @@
"cache, the POJO object is mapped into the cache store behind the scene. "
"Client will have no need to manage any object relationship and cache "
"contents synchronization."
-msgstr ""
+msgstr "De fácil uso y transparencia. Una vez se ha declarado que un POJO es
administrado por el caché, el objeto POJO es mapeado en el almacenamiento caché. Los
clientes no tendran la necesidad de administrar ninguna relación de objetos ni la
sincronización del contenido del caché. "
#. Tag: title
#: Introduction.xml:138
#, no-c-format
msgid "Usage"
-msgstr ""
+msgstr "Uso"
#. Tag: para
#: Introduction.xml:139
@@ -390,7 +412,7 @@
"it programmatically or through an external xml file. Finally, you call the "
"cache life cycle method to start the cache. Below is a code snippet that "
"creates and starts the cache through an external xml file:"
-msgstr ""
+msgstr "Para utilizar PojoCache es similar a su contraparte TreeCache. Básicamente,
primero usted instancia un PojoCache. Luego puede configurarlo programáticamente o por
medio de un archivo xml externo. Finalmente, llama el método de ciclo de vida caché para
iniciar el caché. A continuación verá un pedazo de código que crea e inicia el caché por
medio de un archivo xml externo:"
#. Tag: programlisting
#: Introduction.xml:140
@@ -418,7 +440,7 @@
#: Introduction.xml:142
#, no-c-format
msgid "Requirement"
-msgstr ""
+msgstr "Requerimiento"
#. Tag: para
#: Introduction.xml:143
@@ -428,6 +450,9 @@
"JDK50. For JDK1.4, it requires the following libraries (in addition to
jboss-"
"cache.jar and the required libraries for the plain TreeCache) to start up:"
msgstr ""
+"Actualmente <literal>PojoCache</literal> es soportado en JDK1.4
y"
+"JDK50. Para JDK1.4, requiere las siguientes bibliotecas (ademas de jboss-"
+"cache.jary las bibliotecas requeridas para el TreeCache simple) para
iniciar:"
#. Tag: para
#: Introduction.xml:148
@@ -439,13 +464,13 @@
#: Introduction.xml:153
#, no-c-format
msgid "jboss-aop.jar. Main JBossAop library."
-msgstr ""
+msgstr "jboss-aop.jar. Biblioteca JBossAop principal."
#. Tag: para
#: Introduction.xml:156
#, no-c-format
msgid "javassist.jar. Java byte code manipulation library."
-msgstr ""
+msgstr "javassist.jar. Biblioteca de manipulación de código byte Java."
#. Tag: para
#: Introduction.xml:159
@@ -457,7 +482,7 @@
#: Introduction.xml:162
#, no-c-format
msgid "qdox.jar. Javadoc parser for annotation."
-msgstr ""
+msgstr "qdox.jar. Analizador sintáctico Javadoc para anotaciones."
#. Tag: para
#: Introduction.xml:167
@@ -467,4 +492,7 @@
"jboss-cache.jar with jboss-cache-jdk50.jar and jboss-aop.jar with jboss-aop-"
"jdk50.jar from lib-50 directory."
msgstr ""
+"Para JDK5.0, además de las bibliotecas anteriores, necesitará reemplazar "
+"jboss-cache.jar con jboss-cache-jdk50.jar y jboss-aop.jar con jboss-aop-"
+"jdk50.jar del directorio lib-50."
Modified:
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Troubleshooting.po
===================================================================
---
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Troubleshooting.po 2008-11-18
01:10:44 UTC (rev 7156)
+++
enterprise-docs/tags/JBoss_EAP_4_3/Cache_Pojo_Cache_Guide/es-ES/Troubleshooting.po 2008-11-18
04:45:36 UTC (rev 7157)
@@ -1,24 +1,26 @@
+# translation of Troubleshooting.po to
# Language /tmp/mike/JBEAP420/Cache translations for JBEAP package.
-# Copyright (C) 2007 Free Software Foundation, Inc.
+# Copyright (C) 2007, 2008 Free Software Foundation, Inc.
# Automatically generated, 2007.
#
msgid ""
msgstr ""
-"Project-Id-Version: JBEAP 420\n"
+"Project-Id-Version: Troubleshooting\n"
"Report-Msgid-Bugs-To:
http://bugs.kde.org\n"
"POT-Creation-Date: 2008-09-21 04:57+0000\n"
-"PO-Revision-Date: 2001-02-09 01:25+0100\n"
-"Last-Translator: Automatically generated\n"
-"Language-Team: none\n"
+"PO-Revision-Date: 2008-11-18 14:24+1000\n"
+"Last-Translator: Angela Garcia\n"
+"Language-Team: <en(a)li.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
+"X-Generator: KBabel 1.11.4\n"
#. Tag: title
#: Troubleshooting.xml:5
#, no-c-format
msgid "TroubleShooting"
-msgstr ""
+msgstr "Resolución de problemas"
#. Tag: para
#: Troubleshooting.xml:6
@@ -28,6 +30,9 @@
"page=PojoCacheTroubleshooting\">PojoCache wiki troubleshooting
page</ulink>. "
"Please refer it first. We will keep adding troubleshooting tips there."
msgstr ""
+"Mantenemos una página wiki para resolución de problemas de PojoCache en <ulink
url=\"http://wiki.jboss.org/wiki/Wiki.jsp?"
+"page=PojoCacheTroubleshooting\"></ulink>. "
+"Consúltela primero. Allí seguiremos añadiendo tips para resolución de
problemas."
#. Tag: para
#: Troubleshooting.xml:9
@@ -38,3 +43,6 @@
"page</ulink> . Please check it for details. If you have discovered "
"additional issues, please report it there as well."
msgstr ""
+"Todos los asuntos que falta están documentados en <ulink
url=\"http://"
+"jira.jboss.com/jira/secure/BrowseProject.jspa?id=10051\">la página
JBossCache Jira</ulink>. Consúltela para obtener mayores detalles. Si encuentra
algun otro problema lo puede reportar allí también. "
+