[jboss-cvs] JBossAS SVN: r85952 - projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Tue Mar 17 00:48:04 EDT 2009
Author: agarcia at jboss.com
Date: 2009-03-17 00:48:04 -0400 (Tue, 17 Mar 2009)
New Revision: 85952
Modified:
projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES/J2EE_Reference_Introduction.po
Log:
translation in progress 03
Modified: projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES/J2EE_Reference_Introduction.po
===================================================================
--- projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES/J2EE_Reference_Introduction.po 2009-03-17 03:58:53 UTC (rev 85951)
+++ projects/docs/enterprise/4.3.3/Server_Configuration_Guide/es-ES/J2EE_Reference_Introduction.po 2009-03-17 04:48:04 UTC (rev 85952)
@@ -8,7 +8,7 @@
"Project-Id-Version: J2EE_Reference_Introduction\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2009-01-20 02:37+0000\n"
-"PO-Revision-Date: 2009-03-16 16:41+1000\n"
+"PO-Revision-Date: 2009-03-17 14:45+1000\n"
"Last-Translator: Angela Garcia\n"
"Language-Team: <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -1253,7 +1253,6 @@
#. Tag: para
#: J2EE_Reference_Introduction.xml:385
#, no-c-format
-#, fuzzy
msgid ""
"Only the exception is shown here. The full output can be found in the "
"<literal>logs/jmx-ex0c.log</literal> file. At line 55 of <literal>ExCCEc."
@@ -1267,23 +1266,17 @@
"file shown in <xref linkend=\"ClassCastExceptions___Im_Not_Your_Type-"
"The_jmx_ex0c.log_debugging_output_for_the_ExObj_classes_seen\"/>."
msgstr ""
-"Aquí solo se muestra la excepción. The full output can be found in the "
-"<literal>logs/jmx-ex0c.log</literal> file. At line 55 of <literal>ExCCEc."
-"java</literal> we are invoking <literal>ExcCCECtx.useValue(Object)</literal> "
-"on the instance loaded and created in lines 37-48 using <literal>ucl1</"
-"literal>. The <literal>ExObj</literal> passed in is the one loaded and "
-"created in lines 25-35 via <literal>ucl0</literal>. The exception results "
-"when the <literal>ExCtx.useValue</literal> code attempts to cast the "
-"argument passed in to a <literal>ExObj</literal>. To understand why this "
-"fails consider the debugging output from the <literal>jmx-ex0c.log</literal> "
-"file shown in <xref linkend=\"ClassCastExceptions___Im_Not_Your_Type-"
+"Aquí solo se muestra la excepción. La salida completa la puede encontrar en el archivo <literal>logs/jmx-ex0c.log</literal>. En la línea 55 de <literal>ExCCEc."
+"java</literal> estamos invocando <literal>ExcCCECtx.useValue(Object)</literal> "
+"en la instancia cargada y creada en las líneas 37-48 utilizando <literal>ucl1</"
+"literal>. El <literal>ExObj</literal> que se pasó es el cargado y creado en las líneas 25-35 por medio de <literal>ucl0</literal>. La excepción se genera cuando el código <literal>ExCtx.useValue</literal> trata de lanzar el argumento que se ha pasado a un <literal>ExObj</literal>. Para entender el por qué falla tome en consideración la salida de depuración del archivo <literal>jmx-ex0c.log</literal> en <xref linkend=\"ClassCastExceptions___Im_Not_Your_Type-"
"The_jmx_ex0c.log_debugging_output_for_the_ExObj_classes_seen\"/>."
#. Tag: title
#: J2EE_Reference_Introduction.xml:388
#, no-c-format
msgid "The jmx-ex0c.log debugging output for the ExObj classes seen"
-msgstr ""
+msgstr "La salida de depuración jmx-ex0c.log para las clases ExObj vistas"
#. Tag: programlisting
#: J2EE_Reference_Introduction.xml:389
@@ -1366,6 +1359,16 @@
"instance of <literal>ExObj</literal> from one scope to the other results in "
"the <literal>ClassCastException</literal>."
msgstr ""
+"La primera salida con el prefijo <literal>[INFO,UCL0]</literal> muestra que el caragor de clase "
+"<literal>ExObj</literal> en la línea <literal>ExCCEc.java:31</"
+"literal> tiene un código hash de <literal>f8968f</literal> y una instancia asociada "
+"<literal>URLClassLoader</literal> con un código hash de "
+"<literal>2611a7</literal>, el cual corresponde a ucl0. Esta es la clase que se utiliza para crear la instancia que se pasa al método <literal>ExCtx.useValue</literal>. La segunda salida con el prefijo <literal>[INFO,ExCtx]</literal> "
+"muestra que la clase <literal>ExObj</literal> como se ve en el contexto del método <literal>ExCtx.useValue</literal> tiene un método hash <literal>bc8e1e "
+"</literal> y una instancia <literal>URLClassLoader</literal> con un código hash asociado de <literal>6bd8ea</literal>, el cual corresponde a "
+"<literal>ucl1</literal>. Así que si incluso las clases <literal>ExObj</literal> son las mismas en términos del código byte en sí debido a que viene de la misma "
+"<literal>j0.jar</literal>, las clases son diferentes como lo ven ambos códigos hash de clase <literal>ExObj</literal> y las instancias asociadas "
+"<literal>URLClassLoader</literal>. Por lo tanto, el tratar de lanzar una instancia de <literal>ExObj</literal> de un ámbito al otro genera la <literal>ClassCastException</literal>."
#. Tag: para
#: J2EE_Reference_Introduction.xml:393
@@ -1378,6 +1381,8 @@
"class references. Typically this requires that the dependent applications "
"themselves be redeployed."
msgstr ""
+"Este tipo de error es común al redesplegar una aplicación a la cual otras aplicaciones tienen referencias a clases de la aplicación redesplegada. Por ejemplo, una WAR autónoma accediendo un EJB. Si está redesplegando una aplicación, todas las aplicaciones dependientes deben vaciar sus referencias de "
+"clase. Usualmente esto requiere que las aplicaciones dependientes sean redesplegadas."
#. Tag: para
#: J2EE_Reference_Introduction.xml:396
@@ -1388,13 +1393,13 @@
"the EJB layer to use the standard call-by-value semantics rather than the "
"call-by-reference JBoss will default to for components collocated in the "
"same VM. An example of how to enable call-by-value semantics is presented in"
-msgstr ""
+msgstr "Una manera alterna de permitir que despliegues independientes interactúen en la presencia de un redespliegue sería el aislar los despliegues configurando la capa EJB para que utilice la semántica estándar de llamada por valor en lugar de la llamada por referencia que JBoss utilizará por defecto para los componentes que se encuentran en la misma MV. Un ejemplo de cómo habilitar la semántica de llamada por valor se presenta en"
#. Tag: title
#: J2EE_Reference_Introduction.xml:402
#, no-c-format
msgid "IllegalAccessException - Doing what you should not"
-msgstr ""
+msgstr "IllegalAccessException - Haciendo lo que no debería"
#. Tag: para
#: J2EE_Reference_Introduction.xml:403
@@ -1411,6 +1416,9 @@
"The_ExIAEd_class_used_to_demonstrate_IllegalAccessException_due_to_duplicate_class_loaders"
"\"/>."
msgstr ""
+"Se presenta una <literal>java.lang.IllegalAccessException</literal> al intentar acceder a un método o miembro que los calificadores de visibilidad no permiten. Los ejemplos típicos son el intentar acceder métodos privados o protegidos o variables de instancias. Otro ejemplo común es el acceder miembros o métodos protegidos por paquetes de una clase que parece estar en el paquete correcto, pero en realidad no lo está debido a que las clases caller y callee están siendo cargadas por diferentes cargadores de clase. Un ejemplo de esto se ilustra en el código en <xref linkend=\"IllegalAccessException___Doing_what_you_should_not-"
+"The_ExIAEd_class_used_to_demonstrate_IllegalAccessException_due_to_duplicate_class_loaders"
+"\"/>."
#. Tag: title
#: J2EE_Reference_Introduction.xml:406
@@ -1418,7 +1426,7 @@
msgid ""
"The ExIAEd class used to demonstrate IllegalAccessException due to duplicate "
"class loaders"
-msgstr ""
+msgstr "La clase ExIAEd utilizada para demonstrar IllegalAccessException debido a cargadores de clase duplicados"
#. Tag: programlisting
#: J2EE_Reference_Introduction.xml:407
@@ -1546,7 +1554,7 @@
"class loader. We will run this example to demonstrate how the "
"<literal>IllegalAccessException</literal> can occur and then look at the "
"specific issue with the example. Run the example using the following command:"
-msgstr ""
+msgstr "El método <literal>ExIAEd.main</literal> utiliza la reflección para cargar la clase <literal>ExCtx</literal> por medio del cargador de clase <literal>ucl0</literal> mientras que la clase <literal>ExIEAd</literal> fue cargada por el cargador de clase de la aplicación. Vamos a ejecutar este ejemplo para demostrar cómo se puede presentar la <literal>IllegalAccessException</literal> y luego veremos el problema especifico con el ejemplo. Ejecute el ejemplo utilizando el siguiente comando:"
#. Tag: programlisting
#: J2EE_Reference_Introduction.xml:411
@@ -1591,6 +1599,10 @@
"looking at the debugging output from the <literal>jmx-ex0d.log file</"
"literal>."
msgstr ""
+"La salida truncada que mostramos aquí ilustra la <literal>IllegalAccessException</literal>. Puede encontrar la salida completa en el archivo <literal>logs/jmx-ex0d.log</literal>. En la línea 48 de <literal>ExIAEd."
+"java</literal> el método <literal>ExCtx.pkgUseValue(Object)</literal> se invoca por medio de reflección. El método <literal>pkgUseValue</literal> tiene acceso protegido a paquetes y aunque la clase <literal>ExIAEd</literal> que está invocando y la clase <literal>ExCtx</literal> cuyo método se está invocando se encuentran en el paquete <literal>org.jboss.book.jmx.ex0</"
+"literal>, la invocación se ve como inválida debido a que las dos clases son cargadas por diferentes cargadores de clase. Esto se puede ver en la salida de depuración del archivo <literal>jmx-ex0d.log file</"
+"literal>."
#. Tag: programlisting
#: J2EE_Reference_Introduction.xml:415
@@ -1631,6 +1643,8 @@
"function of both the fully qualified class name and class loader, the "
"package scope is as well."
msgstr ""
+"La clase ExIAEd parece ser sido cargada por medio de la instancia del cargador de clase de la aplicación predeterminada <literal>sun.misc.Launcher$AppClassLoader at a9c85c</"
+"literal>, mientras que la clase <literal>ExCtx</literal> fue cargada por la instancia <literal>java.net.URLClassLoader at a9c85c</literal>. Ya que las clases son cargadas por diferentes cargadores de clase, el acceso al método protegido del paquete se considera como una violación de seguridad. Así que el tipo no es solo una función del nombre de la clase completamente calificada y del cargador de clase sino también del ámbito del paquete."
#. Tag: para
#: J2EE_Reference_Introduction.xml:419
@@ -1646,12 +1660,15 @@
"is referenced by the SARs, or to combine the SARs into a single deployment. "
"This can either be a single SAR, or an EAR that includes both SARs."
msgstr ""
+"Un ejemplo de cómo puede suceder esto en la práctica es el incluir las mismas clases en dos despliegues SAR diferentes. Si las clases en el despliegue tienen una relación protegida del paquete, los usuarios del servicio SAR pueden terminar cargando una clase del cargador de clase SAR en cierto momento y luego cargar otra clase "
+"del segundo SAR en un momento posterior. Si las dos clases en cuestión tienen una relación de acceso protegido se presentará un <literal>IllegalAccessError</literal>. La solucién es incluir las clases en una jar separada que sea referenciadas por las SARs, o combinar las SARs en un solo despliegue. "
+"Este puede ser un sólo SAR o un EAR que incluya ambos SARs."
#. Tag: title
#: J2EE_Reference_Introduction.xml:425
#, no-c-format
msgid "LinkageErrors - Making Sure You Are Who You Say You Are"
-msgstr ""
+msgstr "LinkageErrors - Asegurarse de que usted es quien dice ser"
#. Tag: para
#: J2EE_Reference_Introduction.xml:426
@@ -1663,7 +1680,7 @@
"because Java allows for user defined class loaders. Linkage errors are "
"essentially an extension of the class cast exception that is enforced by the "
"VM when classes are loaded and used."
-msgstr ""
+msgstr "Las restricciones de carga validan las expectativas de tipos en el contexto de cargadores de clase para asegurarse de que una clase <literal>X</literal> sea de manera consistente la misma clase cuando se involucran múltiples cargadores de clase. Esto es importante ya que Java cuenta con cargadores de clase definidos por el usuario. Los errores de enlaces son esencialmente una extensión de la excepción cast de clase que es reforzada por la MV cuando se cargan y se utilizan las clases."
#. Tag: para
#: J2EE_Reference_Introduction.xml:429
@@ -1693,12 +1710,17 @@
"\"LinkageErrors___Making_Sure_You_Are_Who_You_Say_You_Are-"
"Classes_demonstrating_the_need_for_loading_constraints\"/>."
msgstr ""
+"Para comprender las restricciones de la carga y la manera en que aseguran el uso de tipos primero vamos a introducir la nomenclatura del documento de Liang y Bracha junto con un ejemplo de este mismo. Hay dos tipos de cargadores de clase, "
+"de inicio y definición. Un cargador de clase de inicio es en el que se ha invocado un método <literal>ClassLoader.loadClass</literal> para iniciar la carga de la clase nombrada. Un cargador de clase definición es el cargador que llama a uno de los métodos <literal>ClassLoader.defineClass</literal> para convertir el código byte de la clase en una instancia <literal>Class</literal>. La expresión más completa de una clase está dado por <literal><C,"
+"Ld><superscript>Li</superscript></literal>, en donde <literal>C</literal> es el nombre de la clase completamente calificada, <literal>Ld</literal> el el cargador de clase de definición y <literal>Li</literal> es el cargador de clase de inicio. En un contexto en donde el cargador de clase de inicio no es importante, el tipo se puede representar por <literal><C,Ld></literal>, mientras que cuando el cargador de clase de definición no es importante, el tipo se puede representar por <literal>C<superscript>Li</superscript></literal>. En el último caso, todavía hay un cargador de clase de definición, simplemente no es importante la identidad del cargador de clase de definición. También un tipo es definido completamente por <literal><C,Ld></literal>. La única vez que el cargador de inicio es relevante es cuando se está validando una restricción de carga. Ahora considere las clases que aparecen en <xref linkend="
+"\"LinkageErrors___Making_Sure_You_Are_Who_You_Say_You_Are-"
+"Classes_demonstrating_the_need_for_loading_constraints\"/>."
#. Tag: title
#: J2EE_Reference_Introduction.xml:432
#, no-c-format
msgid "Classes demonstrating the need for loading constraints"
-msgstr ""
+msgstr "Clases que demuestran la necesidad de restricciones de carga"
#. Tag: programlisting
#: J2EE_Reference_Introduction.xml:433
@@ -1783,6 +1805,18 @@
"VM's failure to take into account that a class type is determined by "
"both the fully qualified name of the class and the defining class loader."
msgstr ""
+"La clase <literal>C</literal> es definida por <literal>L1</literal> y por lo tanto se utiliza <literal>L1</literal> para iniciar la carga de las clases "
+"<literal>Spoofed</literal> y <literal>Delegated</literal> referenciadas en el método <literal>C.f()</literal>. La clase <literal>Spoofed</literal> es "
+"definida por <literal>L1</literal>, pero <literal>Delegated</literal> es "
+"definida por <literal>L2</literal> ya que <literal>L1</literal> delega a <literal>L2</literal>. Debido a que <literal>Delegated</literal> es definido por "
+"<literal>L2</literal>, se utilizará <literal>L2</literal> para iniciar la carga de <literal>Spoofed</literal> en el contexto del método <literal>Delegated.g()</literal>. En este ejemplo <literal>L1</"
+"literal> y <literal>L2</literal> definen diferentes versiones de "
+"<literal>Spoofed</literal> como los indicaron las dos versiones que aparecen al final de <xref linkend=\"LinkageErrors___Making_Sure_You_Are_Who_You_Say_You_Are-"
+"Classes_demonstrating_the_need_for_loading_constraints\"/>. Ya que <literal>C."
+"f()</literal> cree que <literal>x</literal> es una instancia de <literal><"
+"Spoofed,L1></literal> puede acceder el campo privado "
+"<literal>secret_value</literal> de <literal><Spoofed,L2></literal> "
+"retornado por <literal>Delegated.g()</literal> debido al 1.1 y a que la MV de Java no tenía en cuenta que un tipo de clase está determinado por el nombre completamente calificado de la clase y el cargador de clase de definición."
#. Tag: para
#: J2EE_Reference_Introduction.xml:440
@@ -1810,6 +1844,19 @@
"executed, any attempt to load a duplicate version of <literal>Spoofed</"
"literal> will result in a <literal>LinkageError</literal>."
msgstr ""
+"Java aborda este problema generando restricciones de carga para validar la consistencia de tipos cuando los tipos que se están utilizando provienen de diferentes cargadores de clase de definición. Para el ejemplo <xref linkend="
+"\"LinkageErrors___Making_Sure_You_Are_Who_You_Say_You_Are-"
+"Classes_demonstrating_the_need_for_loading_constraints\"/>, la VM "
+"genera una restricción <literal>Spoofed<superscript>L1</"
+"superscript>=Spoofed<superscript>L2</superscript></literal> cuando la primera línea del método <literal>C.f() </literal>es verificada para indicar que el tipo <literal>Spoofed</literal> debe ser el mismo sin importar si la carga de <literal>Spoofed</literal> es iniciada por <literal>L1</literal> o "
+"<literal>L2</literal>. No importa si <literal>L1</literal> o "
+"<literal>L2</literal>, o incluso algun otro cargador de clase define "
+"<literal>Spoofed</literal>. Todo lo que importa es que hay solo una clase <literal>Spoofed</literal> definida sin importar si se utilizaba <literal>L1</"
+"literal> o <literal>L2</literal> para iniciar la carga. Si "
+"<literal>L1</literal> o <literal>L2</literal> ya tienen versiones separadas definidas de <literal>Spoofed</literal> cuando se realiza el chequeo se generará un "
+"<literal>LinkageError</literal> de manera inmediata. De otra manera, "
+"se registrará la restricción y cuando se ejecute <literal>Delegated.g()</literal> cualquier intento de cargar una versión duplicada de <literal>Spoofed</"
+"literal> presentará un <literal>LinkageError</literal>."
#. Tag: para
#: J2EE_Reference_Introduction.xml:443
@@ -1821,12 +1868,15 @@
"A_concrete_example_of_a_LinkageError\"/> gives the example main class along "
"with the custom class loader used."
msgstr ""
+"Ahora vamos a ver la manera en que se puede presentar un <literal>LinkageError</literal> con un ejemplo en concreto. <xref linkend="
+"\"LinkageErrors___Making_Sure_You_Are_Who_You_Say_You_Are-"
+"A_concrete_example_of_a_LinkageError\"/> da un ejemplo de la clase principal junto con el uso del cargador de clase personalizado."
#. Tag: title
#: J2EE_Reference_Introduction.xml:446
#, no-c-format
msgid "A concrete example of a LinkageError"
-msgstr ""
+msgstr "Ejemplo concreto de un LinkageError"
#. Tag: programlisting
#: J2EE_Reference_Introduction.xml:447
@@ -2116,6 +2166,15 @@
"The_ExIAEd_class_used_to_demonstrate_IllegalAccessException_due_to_duplicate_class_loaders"
"\"/>, and the constructor was:"
msgstr ""
+"El componente clave en este ejemplo es la subclase <literal>URLClassLoader</literal> <literal>Ex0URLClassLoader</literal>. Esta implementación del cargador de clase sobreescribe el modelo de delegación padre predeterminado para permitirle a las interfaces "
+"<literal>ucl0</literal> y <literal>ucl1</literal> que carguen la clase <literal>ExObj2</literal> y luego configura una relación de delegación de <literal>ucl0</literal> a <literal>ucl1</literal>. En las líneas 30 y 31 el <literal>ucl0</literal><literal>Ex0URLClassLoader</literal> se utiliza para cargar las clases <literal>ExCtx</literal> y <literal>ExObj2</literal>. En la línea 45 de <literal>ExLE.main</literal> el <literal>ucl1</"
+"literal><literal>Ex0URLClassLoader</literal> se utiliza para cargar la clase <literal>ExObj2</literal> de nuevo. En este punto los cargadores de clase <literal>ucl0</"
+"literal> y <literal>ucl1</literal> han definido la clase <literal>ExObj2</literal>. Una relación de delegación de "
+"<literal>ucl0</literal> a <literal>ucl1</literal> se establece en la línea 51 por medio de la llamda de método <literal>ucl0.setDelegate(ucl1)</literal>. Finalmente, en la línea 54 de <literal>ExLE.main</literal> se crea una instancia de <literal>ExCtx</"
+"literal> utilizando la clase cargada por medio de <literal>ucl0</literal>. La clase <literal>ExCtx</literal> es la misma que presentamos en <xref linkend="
+"\"IllegalAccessException___Doing_what_you_should_not-"
+"The_ExIAEd_class_used_to_demonstrate_IllegalAccessException_due_to_duplicate_class_loaders"
+"\"/> y el constructor fue:"
#. Tag: programlisting
#: J2EE_Reference_Introduction.xml:452
@@ -2162,6 +2221,8 @@
"involves the following expression which has been rewritten in terms of the "
"complete type expressions:"
msgstr ""
+"Ahora ya que la clase <literal>ExCtx</literal> fue definida por el cargador de clase <literal>ucl0</literal> y en ese momento se ejecutón el constructor <literal>ExCtx</"
+"literal>, <literal>ucl0</literal> delega a <literal>ucl1</literal>, línea 24 del constructor <literal>ExCtx</literal> involucra la siguiente expresión la cual se ha reescrito en términos de las expresiones de tipo completo:"
#. Tag: para
#: J2EE_Reference_Introduction.xml:456
@@ -2170,6 +2231,8 @@
"<ExObj2,ucl0><superscript>ucl0</superscript> obj2 = <ExObj,ucl1>"
"<superscript>ucl0</superscript> value * ivar"
msgstr ""
+"<ExObj2,ucl0><superscript>ucl0</superscript> obj2 = <ExObj,ucl1>"
+"<superscript>ucl0</superscript> value * ivar"
#. Tag: para
#: J2EE_Reference_Introduction.xml:459
@@ -2184,6 +2247,11 @@
"constraint will be violated and should generate a <literal>LinkageError</"
"literal> when run. Run the example using the following command:"
msgstr ""
+"Esto genera una restricción de carga de <literal>ExObj2<superscript>ucl0</"
+"superscript> = ExObj2<superscript>ucl1</superscript></literal> ya que el tipo <literal>ExObj2</literal> debe ser consistente a través de las instancias del cargador de clase <literal>ucl0</"
+"literal> y <literal>ucl1</literal>. Ya que hemos cargado <literal>ExObj2</literal> utilizando <literal>ucl0</literal> y "
+"<literal>ucl1</literal> antes de configurar la relación de delegación, la restricción será violada y debe generar un <literal>LinkageError</"
+"literal> al ejecutarse. Ejecute el ejemplo utilizando el siguiente comando:"
#. Tag: programlisting
#: J2EE_Reference_Introduction.xml:462
@@ -2235,13 +2303,13 @@
msgid ""
"As expected, a LinkageError is thrown while validating the loader "
"constraints required by line 24 of the <literal>ExCtx</literal> constructor."
-msgstr ""
+msgstr "Como se esperaba, se presentó un LinkageError al validar las restricciones del cargador requeridas por la línea 24 del constructor <literal>ExCtx</literal>."
#. Tag: title
#: J2EE_Reference_Introduction.xml:467
#, no-c-format
msgid "Debugging Class Loading Issues"
-msgstr ""
+msgstr "Depuración de problemas de carga de clase"
#. Tag: para
#: J2EE_Reference_Introduction.xml:468
@@ -2253,12 +2321,16 @@
"Obtaining_debugging_information_for_a_Class\"/> taken from the org.jboss."
"util.Debug class of the book examples."
msgstr ""
+"La depuración de problemas de carga de clase se enfoca primero en encontrar desde donde se cargó una clase. Una herramienta útil para esto es el siguiente pedazo de código que aparece en <xref "
+"linkend=\"Debugging_Class_Loading_Issues-"
+"Obtaining_debugging_information_for_a_Class\"/> tomado de la clase org.jboss."
+"util.Debug de los ejemplos del libro. "
#. Tag: title
#: J2EE_Reference_Introduction.xml:471
#, no-c-format
msgid "Obtaining debugging information for a Class"
-msgstr ""
+msgstr "Obtener información de depuración para una clase"
#. Tag: programlisting
#: J2EE_Reference_Introduction.xml:472
More information about the jboss-cvs-commits
mailing list