[jboss-cvs] JBossAS SVN: r68361 - projects/docs/trunk/Server_Configuration_Guide/es-ES.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Mon Dec 17 22:35:27 EST 2007
Author: agarcia at jboss.com
Date: 2007-12-17 22:35:27 -0500 (Mon, 17 Dec 2007)
New Revision: 68361
Modified:
projects/docs/trunk/Server_Configuration_Guide/es-ES/Deploy.po
projects/docs/trunk/Server_Configuration_Guide/es-ES/EJB3.po
Log:
proofreading in progress
Modified: projects/docs/trunk/Server_Configuration_Guide/es-ES/Deploy.po
===================================================================
--- projects/docs/trunk/Server_Configuration_Guide/es-ES/Deploy.po 2007-12-18 03:21:40 UTC (rev 68360)
+++ projects/docs/trunk/Server_Configuration_Guide/es-ES/Deploy.po 2007-12-18 03:35:27 UTC (rev 68361)
@@ -7,7 +7,7 @@
"Project-Id-Version: Deploy\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2007-12-10 06:03+0000\n"
-"PO-Revision-Date: 2007-12-18 09:51+1000\n"
+"PO-Revision-Date: 2007-12-18 13:30+1000\n"
"Last-Translator: Angela Garcia\n"
"Language-Team: <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -81,7 +81,7 @@
"The SAR application archive (e.g., myservice.sar) packages a JBoss service "
"in a JAR file. It is mostly used by JBoss internal services. Please see more "
"in <xref linkend=\"The_JBoss_JMX_Microkernel\"/>."
-msgstr "El archivo de la aplicación SAR (por ejemplo, myservice.sar) empaca un servicio JBOss en un archivo JAR. Con frecuencia lo utilizan los servicios internos de JBoss. Encontrará más información en <xref linkend=\"The_JBoss_JMX_Microkernel\"/>."
+msgstr "El archivo de la aplicación SAR (por ejemplo, myservice.sar) empaca un servicio JBoss en un archivo JAR. Con frecuencia lo utilizan los servicios internos de JBoss. Encontrará más información en el <xref linkend=\"The_JBoss_JMX_Microkernel\"/>."
#. Tag: para
#: Deploy.xml:23
@@ -129,7 +129,7 @@
"deployment descriptors (e.g., the WEB-INF/web.xml in a WAR and the META-INF/"
"application.xml in an EAR) to update their timestamps."
msgstr ""
-"Los paquetes de despliegue WAR, EAR y SAR son simplemente archivos JAR con descriptores de despliegue XML en directorios como META-INF y WEB-INF. JBoss AS le permite desplegar estos arhcivos como directorios desplegados en vez de archivos JAR. Esto le permite realizar cambios a páginas web y el resto inmediatamente sin tener que re-implementar toda la aplicación. Si no necesita re-desplegar el directorio expandido sin reiniciar el servidor simplemente puede \"tocar\" los descriptores de despliegue (por ejemplo, el WEB-INF/web.xml en un WAR y el META-INF/"
+"Los paquetes de despliegue WAR, EAR y SAR son simplemente archivos JAR con descriptores de despliegue XML en directorios como META-INF y WEB-INF. JBoss AS le permite desplegar estos archivos como directorios desplegados en vez de archivos JAR. Esto le permite realizar cambios a páginas web y a lo demás de manera inmediata sin tener que re-implementar toda la aplicación. Si no necesita re-desplegar el directorio expandido sin reiniciar el servidor simplemente puede \"tocar\" los descriptores de despliegue (por ejemplo, el WEB-INF/web.xml en un WAR y el META-INF/"
"application.xml en un EAR) para actualizar sus sellos de fecha."
#. Tag: title
Modified: projects/docs/trunk/Server_Configuration_Guide/es-ES/EJB3.po
===================================================================
--- projects/docs/trunk/Server_Configuration_Guide/es-ES/EJB3.po 2007-12-18 03:21:40 UTC (rev 68360)
+++ projects/docs/trunk/Server_Configuration_Guide/es-ES/EJB3.po 2007-12-18 03:35:27 UTC (rev 68361)
@@ -7,7 +7,7 @@
"Project-Id-Version: EJB3\n"
"Report-Msgid-Bugs-To: http://bugs.kde.org\n"
"POT-Creation-Date: 2007-12-03 01:14+0000\n"
-"PO-Revision-Date: 2007-12-17 15:47+1000\n"
+"PO-Revision-Date: 2007-12-18 12:14+1000\n"
"Last-Translator: Angela Garcia\n"
"Language-Team: <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -38,8 +38,7 @@
"from either inside or outside of the Java EE container."
msgstr ""
"EJB3 (Enterprise Java Bean 3.0) proporciona el modelo de componentes principal para las aplicaciones Java "
-"EE 5. Un bean EJB3 es un componente administrado que esta conectado automáticamente para tomar ventaja de todos los servicios que el contenedor del servidor Java EE 5 proporciona tal como transacción, seguridad, persistencia, servicio de nombres, dependencia "
-"inyección, etc. El componente administrado permite a los desarrolladores enfocarse en la lógica empresarial y dejar atrás las otras preocupaciones al contenedor como configuraciones. Como desarrollador de aplicaciones no necesita crear o destruir los componentes por sí mismo. Sólo necesita pedirle a un contenedor Java EE un bean EJB3 por su nombre y después puede llamar sus métodos con todos los servicios aplicados y configurados del contenedor. Puede obtener acceso a un bean EJB3 desde fuera o adentro del contenedor Java EE."
+"EE 5. Un bean EJB3 es un componente administrado que está conectado automáticamente para tomar ventaja de todos los servicios que el contenedor del servidor Java EE 5 proporciona tal como transacción, seguridad, persistencia, servicio de nombres, inyección de dependencias, etc. El componente administrado permite a los desarrolladores enfocarse en la lógica empresarial y deja atrás las otras preocupaciones al contenedor tal como las configuraciones. Como desarrollador de aplicaciones no necesita crear o destruir los componentes por sí mismo. Sólo necesita pedirle a un contenedor Java EE un bean EJB3 por su nombre y después puede llamar sus métodos con todos los servicios aplicados y configurados del contenedor. Puede obtener acceso a un bean EJB3 desde fuera o adentro del contenedor Java EE."
#. Tag: para
#: EJB3.xml:12
@@ -137,7 +136,7 @@
"configurable via standard annotations on the beans. Note that the "
"transactional or security properties are only active when the bean is called "
"through a business interface."
-msgstr "Cuando invoca un método bean de sesión, la ejecución del método es administrada automáticamente por el administrador de transacciones y el administrador de seguridad en el servidor. Puede especificar las propiedades transaccionales o de seguridad para cada método utilizando anotaciones en el método. Varios clientes pueden reutilizar una instancia de un bean de sesión. Dependiendo de si el servidor mantiene el estado interno del bean entre dos clientes, el bean de sesión puede ser con o sin estado. Dependiendo de si el bean tiene clientes de una interfaz empresarial remota fuera de la MVJ actual puede llamar al bean EJB3. Todas estas se pueden configurar por medio de anotaciones estándares en los beans. Observe que las propiedades de transacción y de seguridad sólo son activas cuando el bean se llama por medio de una interfaz empresarial. "
+msgstr "Cuando invoca un método bean de sesión, la ejecución del método es administrada automáticamente por el administrador de transacciones y el administrador de seguridad en el servidor. Puede especificar las propiedades transaccionales o de seguridad para cada método utilizando anotaciones en el método. Varios clientes pueden reutilizar una instancia de un bean de sesión. Dependiendo de si el servidor mantiene el estado interno del bean entre dos clientes, el bean de sesión puede tener o no estado. Dependiendo de si el bean tiene clientes de una interfaz empresarial remota fuera de la MVJ actual puede llamar al bean EJB3. Todas estas se pueden configurar por medio de anotaciones estándares en los beans. Observe que las propiedades de transacción y de seguridad sólo son activas cuando el bean se llama por medio de una interfaz empresarial. "
#. Tag: para
#: EJB3.xml:27
@@ -149,7 +148,7 @@
"the server. That is done via JNDI. In JBoss AS, the default local JNDI name "
"for a session bean is dependent on the deployment packaging of the bean "
"class."
-msgstr "Después de que defina un bean de sesión ¿cómo hace el cliente para referenciarlo? Como los discutimos, el cliente no crea o destruye componentes EJB3 simplemente le pide al servidor una referencia de una instancia existente administrada por el servidor. Esto se hace a través de JNDI. En JBoss AS, el nombre JNDI local predeterminado para un bean de sesión depende del empaque del despliegue de la clase del bean. "
+msgstr "Después de que defina un bean de sesión ¿cómo hace el cliente para referenciarlo? Como lo discutimos, el cliente no crea o destruye componentes EJB3 simplemente le pide al servidor una referencia de una instancia existente administrada por el servidor. Esto se hace a través de JNDI. En JBoss AS, el nombre JNDI local predeterminado para un bean de sesión depende del empaque del despliegue de la clase del bean. "
#. Tag: para
#: EJB3.xml:30
@@ -191,7 +190,7 @@
"<varname>myapp.ear</varname>, and then invoke a managed method."
msgstr ""
"Por supuesto, debe cambiar <varname>local</varname> a <varname>remote</"
-"varname> si la interfaz de bean está anotada con <varname>@Remote</varname> y se accede al bean desde fuera del servidor en donde se encuentra desplegado. A continuación encontrará un pedazo de código para obtener una referencia del bean MyBean en una aplicación web (por ejemplo, en un servlet o un eban de respaldo JSF) empacado en <varname>myapp.ear</varname> y depués invoque un método administrado."
+"varname> si la interfaz de bean está anotada con <varname>@Remote</varname> y se accede al bean desde fuera del servidor en donde se encuentra desplegado. A continuación encontrará un pedazo de código para obtener una referencia del bean MyBean en una aplicación web (por ejemplo, en un servlet o un eban de respaldo JSF) empacado en <varname>myapp.ear</varname> y depués invoca un método administrado."
#. Tag: programlisting
#: EJB3.xml:36
@@ -234,7 +233,7 @@
"What the client gets from the JNDI is essentially a \"stub\" or \"proxy\" of "
"the bean instance. When the client invokes a method, the proxy figures out "
"how to route the request to the server and marshal together the response."
-msgstr "Lo que el cliente obtiene del JNDI es esencialmente un \"stub\" o un \"proxy\" de la instancia de bean. Cuando el cliente invoca un método, el proxy encuentra la amnera de enrutar la petición al servidor y organiza la respuesta."
+msgstr "Lo que el cliente obtiene del JNDI es esencialmente un \"stub\" o un \"proxy\" de la instancia de bean. Cuando el cliente invoca un método, el proxy encuentra la manera de enrutar la petición al servidor y organiza la respuesta."
#. Tag: para
#: EJB3.xml:40
@@ -246,7 +245,7 @@
"\"local\" under the <varname>java:comp/env/</varname> space. For instance, "
"the following bean class definition results in the bean instances available "
"under JNDI name <varname>java:comp/env/MyService/MyOwnName</varname>."
-msgstr "Si no le gustan los nombres predeterminados JNDI siempre puede especificar sus propios vínculos JNDI para cualquier bean por medio de la anotación <varname>@LocalBinding</varname> en la clase de implementación del bean. La vinculación JNDI siempre es \"local\" bajo el espacio <varname>java:comp/env/</varname>. Por ejemplo, la siguiente definición de lcase de bean hace que las instancias bean estén disponibles bajo el nombre JNDI <varname>java:comp/env/MyService/MyOwnName</varname>."
+msgstr "Si no le gustan los nombres predeterminados de JNDI siempre puede especificar sus propios vínculos JNDI para cualquier bean por medio de la anotación <varname>@LocalBinding</varname> en la clase de implementación del bean. La vinculación JNDI siempre es \"local\" bajo el espacio <varname>java:comp/env/</varname>. Por ejemplo, la siguiente definición de clase de bean hace que las instancias bean estén disponibles bajo el nombre JNDI <varname>java:comp/env/MyService/MyOwnName</varname>."
#. Tag: programlisting
#: EJB3.xml:42
@@ -508,7 +507,7 @@
"entity objects. The EntityManager transparently updates the underlying "
"database tables in the process. You can obtain an EntityManager object in "
"your EJB3 session bean via the @PersistenceContext annotation."
-msgstr "Usando la API EntityManager puede crear, actualizar, borra y pedir objetos de entidad. El EntityManager actualiza de manera transparente las tablas de bases de datos subyacentes durante el proceso. Puede obtener un objeto EntityManager en su bean de sesión EJB3 a través de la anotación @PersistenceContext."
+msgstr "Usando la API EntityManager puede crear, actualizar, borrar y pedir objetos de entidad. El EntityManager actualiza de manera transparente las tablas de bases de datos subyacentes durante el proceso. Puede obtener un objeto EntityManager en su bean de sesión EJB3 a través de la anotación @PersistenceContext."
#. Tag: programlisting
#: EJB3.xml:66
@@ -582,7 +581,7 @@
"configure the underlying object-relational-mapping engine and cache for "
"better performance and trouble shooting? The persistence.xml file gives you "
"complete flexibility to configure the EntityManager."
-msgstr "La API EntityManager es grandiosa pero ¿cómo sabe el servidor en que base de datos debe guardar/actualizar/hacer peticiones de los objetos de entidad? ¿cómo configuramos la máquina de mapeo relacional de objetos subyacente y el caché para un mejor rendimiento y resolución de problemas? El archivo persistence.xml le da una flexibilidad completa para configurar el EntityManager."
+msgstr "La API EntityManager es grandiosa pero ¿cómo sabe el servidor en que base de datos debe guardar/actualizar/hacer peticiones de los objetos de entidad? ¿cómo configuramos la máquina de mapeo relacional de objetos subyacentes y el caché para un mejor rendimiento y resolución de problemas? El archivo persistence.xml le da una flexibilidad completa para configurar el EntityManager."
#. Tag: para
#: EJB3.xml:75
@@ -600,7 +599,7 @@
"setup alternative databases for JBoss AS."
msgstr ""
"El archivo persistence.xml es un archivo de configuración estándar en JPA. Debe ser incluido en el directorio META-INF dentro del archivo JAR que contiene los beans de entidad. El archivo persistence.xml debe definir una unidad de persistencia con un nombre único en el cargador de clase de ámbito actual. El atributo del proveedor especifica la implementación subyacente del EntityManager JPA. En JBoss "
-"AS, el único proveedor JPA soportado/recomendado es Hibernate. Los puntos jta-datos-fuente apunta al nombre JNDI de la base de datos en la que esta unidad de persistecia mapea. El java:/DefaultDS apunta a la base de datos HSQL incluída en el JBoss AS. Consulte <xref linkend=\"alternative_DBs\"/> para ver como configurar bases de datos alternas para JBoss AS."
+"AS, el único proveedor JPA soportado/recomendado es Hibernate. Los puntos jta-datos-fuente apunta al nombre JNDI de la base de datos en la que esta unidad de persistecia mapea. El java:/DefaultDS apunta a la base de datos HSQL incluída en el JBoss AS. Consulte el <xref linkend=\"alternative_DBs\"/> para ver como configurar bases de datos alternas para JBoss AS."
#. Tag: programlisting
#: EJB3.xml:77
@@ -721,8 +720,8 @@
"files for various databases are available in JBOSS_DIST/docs/examples/jca "
"directory in the server."
msgstr ""
-"Para utilizar una base de datos diferente a la base de datos HSQL para hacer una copia de seguridad de los beans de entidad primero necesita definir la fuente de datos para la base de datos y registrarlo en el JNDI. Esto se logra a través de los archivos *-ds.xml en el directorio de despliegue. Consulte para obtener <xref linkend=\"Connectors_on_JBoss-"
-"Configuring_JDBC_DataSources\"/> más detalles. Encontrará disponibles varios ejemplos de archivos *-ds.xml en el directorio JBOSS_DIST/docs/examples/jca "
+"Para utilizar una base de datos diferente a la base de datos HSQL para hacer una copia de seguridad de los beans de entidad primero necesita definir la fuente de datos para la base de datos y registrarlo en el JNDI. Esto se logra a través de los archivos *-ds.xml en el directorio de despliegue. Consulte <xref linkend=\"Connectors_on_JBoss-"
+"Configuring_JDBC_DataSources\"/> para obtener más detalles. Encontrará disponibles varios ejemplos de archivos *-ds.xml en el directorio JBOSS_DIST/docs/examples/jca "
"en el servidor."
#. Tag: para
@@ -751,7 +750,7 @@
#: EJB3.xml:101
#, no-c-format
msgid "Oracle 9i and 10g: org.hibernate.dialect.Oracle9Dialect"
-msgstr "Oracle 9i and 10g: org.hibernate.dialect.Oracle9Dialect"
+msgstr "Oracle 9i y 10g: org.hibernate.dialect.Oracle9Dialect"
#. Tag: para
#: EJB3.xml:102
@@ -864,7 +863,7 @@
#: EJB3.xml:133
#, no-c-format
msgid "Message Driven Beans"
-msgstr "Beans dirigidas por mensajes"
+msgstr "Beans dirigidos por mensajes"
#. Tag: para
#: EJB3.xml:135
@@ -1000,7 +999,9 @@
"deploy EJB3 beans as standalone services in JBoss AS or as part of an "
"enterprise application (i.e., in an EAR archive). In this section, we "
"discuss those two deployment options."
-msgstr "Las clases bean EJB3 están empacadas en archivos JAR regulares. Los archivos de configuración estándares tal como ejb-jar.xml para beans de sesión y de persistencia. El xml para beans de entidad se encuentran en el directorio META-INF dentro del JAR. Puede desplegar beans EJB3 como servicios autónomos en JBoss AS o como parte de una aplciación empresarial (por ejemplo, en un archivo EAR). En esta sección discutimos esas dos opciones de despliegue."
+msgstr ""
+"Las clases bean EJB3 están empacadas en archivos JAR regulares. Los archivos de configuración estándares tal como ejb-jar.xml para beans de sesión y persistence."
+"xml para beans de entidad se encuentran en el directorio META-INF dentro del JAR. Puede desplegar beans EJB3 como servicios autónomos en JBoss AS o como parte de una aplciación empresarial (por ejemplo, en un archivo EAR). En esta sección discutimos esas dos opciones de despliegue."
#. Tag: title
#: EJB3.xml:174
@@ -1023,7 +1024,7 @@
"default behavior of EJB3 entity manager is located in the EJB3 deployer."
msgstr ""
"Cuando pone los archivos JAR en el directorio <varname>JBOSS_DIST/server/default/deploy/</"
-"varname> será tomado y procesado automáticamente por el servidor. Todos los beans EJB3 definidos en el archivo JAR estarán disponibles para otras aplicaciones desplegadas dentro o fuera del servidor a través de nombres JNDI como <varname>MyBean/local</varname>, en donde <varname>MyBean</varname> es el nombre de la clase de implementación para el bean de sesión. El despliegue se realiza a través del programa de implementación EJB3 de JBoss en JBOSS_DIST/server/default/ejb3.deployer/. El archivo META-INF/persistence.properties que mencionamos anteriormente para configurar el comportamiento predeterminado del administrador de entidades EJB3 se encuentra en el programa de implementación EJB3."
+"varname> el servidor lo notará y lo procesará automáticamente. Todos los beans EJB3 definidos en el archivo JAR estarán disponibles para otras aplicaciones desplegadas dentro o fuera del servidor a través de nombres JNDI como <varname>MyBean/local</varname>, en donde <varname>MyBean</varname> es el nombre de la clase de implementación para el bean de sesión. El despliegue se realiza a través del programa de implementación EJB3 de JBoss en JBOSS_DIST/server/default/ejb3.deployer/. El archivo META-INF/persistence.properties que mencionamos anteriormente para configurar el comportamiento predeterminado del administrador de entidades EJB3 se encuentra en el programa de implementación EJB3."
#. Tag: para
#: EJB3.xml:178
@@ -1037,7 +1038,7 @@
"file, you can tell the EJB3 deployer to ignore JARs you know do not contain "
"EJB3 beans. The non-EJB3 JAR files shipped with the JBoss AS are already "
"listed in the jboss.ejb3:service=JarsIgnoredForScanning MBean service:"
-msgstr "El programa de implementación EJB3 escanea de manera automática las JARs en la ruta de clase para buscar anotaciones EJB3. Cuando encuentra clases con anotaciones EJB3 las desplegaría como servicios EJB3. Sin embargo, al escanear todas las JArs en la ruta de clase puede llegar a tomar bastante tiempo si tiene aplicaciones grandes con muchas JARs desplegadas. En el archivo JBOSS_DIST/server/default/ejb3.deployer/META-INF/jboss-service.xml le peude decir al programa de implementación EJB3 que ignore las JARs que usted ya sabe que no contienen beans EJB3. Los archivos que no son JAR EJB3 que se envían junto con JBoss AS ya se encuentran listados en el servicio MBean jboss.ejb3:service=JarsIgnoredForScanning:"
+msgstr "El programa de implementación EJB3 escanea de manera automática las JARs en la ruta de clase para buscar anotaciones EJB3. Cuando encuentra clases con anotaciones EJB3 las desplegará como servicios EJB3. Sin embargo, al escanear todas las JArs en la ruta de clase puede llegar a tomar bastante tiempo si tiene aplicaciones grandes con muchas JARs desplegadas. En el archivo JBOSS_DIST/server/default/ejb3.deployer/META-INF/jboss-service.xml le puede decir al programa de implementación EJB3 que ignore las JARs que usted ya sabe que no contienen beans EJB3. Los archivos que no son JAR EJB3 que se envían junto con JBoss AS ya se encuentran listados en el servicio MBean jboss.ejb3:service=JarsIgnoredForScanning:"
#. Tag: programlisting
#: EJB3.xml:181
@@ -1090,7 +1091,7 @@
"You can add any non-EJB3 JARs from your application to this list so that the "
"server do not have to waste time scanning them. This could significantly "
"improve the application startup time in some cases."
-msgstr "Puede añadir cualquier JAR no-EJB3 desde su aplciación a esta lista para que el servidor no pierda tiempo escaneándolas. Esto puede mejorar de manera importante el tiempo de arranque de la aplicación en algunos casos."
+msgstr "Puede añadir cualquier JAR no-EJB3 desde su aplicación a esta lista para que el servidor no pierda tiempo escaneándolas. Esto puede mejorar de manera importante el tiempo de arranque de la aplicación en algunos casos."
#. Tag: title
#: EJB3.xml:188
@@ -1109,7 +1110,7 @@
"other support library JARs required by the application. An EAR file also "
"have deployment descriptors such as application.xml and jboss-app.xml. Below "
"is the basic structure of a typical EAR application."
-msgstr "La mayoría de las aplicaciones Java EE se despliegan como archivos EAR. Un archivo EAR es un archivo JAR que usualmente contiene un archivo WAR para las páginas web, servlets y otros componentes relacionados con la web, una o más JARs EJB3 que proporcionan servicios (por ejemplo, acceso de datos y transacciones) a los componentes WAR y algunas otras bibliotecas JAR de soporte que la aplicación requiere. Un arhcivo EAR también cuenta con descriptores de despliegue tal como application.xml y jboss-app.xml. A continuación se encuentra la estructura básica de una aplicación EAR típica:"
+msgstr "La mayoría de las aplicaciones Java EE se despliegan como archivos EAR. Un archivo EAR es un archivo JAR que usualmente contiene un archivo WAR para las páginas web, servlets y otros componentes relacionados con la web, una o más JARs EJB3 que proporcionan servicios (por ejemplo, acceso de datos y transacciones) a los componentes WAR y algunas otras bibliotecas JAR de soporte que la aplicación requiere. Un archivo EAR también cuenta con descriptores de despliegue tal como application.xml y jboss-app.xml. A continuación se encuentra la estructura básica de una aplicación EAR típica:"
#. Tag: programlisting
#: EJB3.xml:192
@@ -1163,7 +1164,7 @@
"not need to declare EJB references in the web.xml file in order for the "
"components in the WAR file to access EJB3 services. You can obtain the "
"references directly via JNDI as we discussed earlier in the chapter."
-msgstr "Observe que en JBoss AS de manera opuesta que otros servidores de aplicaciones no necesita declarar referencias EJB en el archivo web.xml para que los componentes en le archivo WAR accedan a los servicios EJB3. Puede obtener las referencias directamente a trvés de JNDI como lo discutimos antes en el capítulo."
+msgstr "Observe que en JBoss AS de manera opuesta que otros servidores de aplicaciones no necesita declarar referencias EJB en el archivo web.xml para que los componentes en el archivo WAR accedan a los servicios EJB3. Puede obtener las referencias directamente a través de JNDI como lo discutimos antes en el capítulo."
#. Tag: para
#: EJB3.xml:196
@@ -1250,7 +1251,7 @@
"persistence unit name to the @PersistenceContext annotation. The following "
"jboss-app.xml specifies a scoped classloader myapp:archive=myapp.ear for the "
"EAR application."
-msgstr "Un caso común para jboss-app.xml es configurar si este archivo EAR se debe desplegar en su propio cargador de clase de ámbito para evitar conflictos de nombres con otras aplicaciones. Si su aplicación EAR se despliega en su propio cargador de clase de ámbito y sólo tiene una unidad de persistencia definida en sus JARs EJB· entonces podrá utilizar @PersistenceContext EntotyManager para inyectar para inyectar EntityManager a los beans de sesión sin preocuparse de pasar el nombre de la unidad de persistencia a la anotación @PersistenceContext. El siguiente jboss-app.xml especifica un cargador de clase myapp:archive=myapp.ear para la aplicación EAR."
+msgstr "Un caso común para jboss-app.xml es configurar si este archivo EAR se debe desplegar en su propio cargador de clase de ámbito para evitar conflictos de nombres con otras aplicaciones. Si su aplicación EAR se despliega en su propio cargador de clase de ámbito y sólo tiene una unidad de persistencia definida en sus JARs EJB· entonces podrá utilizar @PersistenceContext EntotyManager para inyectar EntityManager a los beans de sesión sin preocuparse de pasar el nombre de la unidad de persistencia a la anotación @PersistenceContext. El siguiente jboss-app.xml especifica un cargador de clase myapp:archive=myapp.ear para la aplicación EAR."
#. Tag: programlisting
#: EJB3.xml:204
@@ -1362,5 +1363,5 @@
"JVM. The EnablelibDirectoryByDefault attribute specifies whether the lib "
"directory in the EAR archive should be the default location for shared "
"library JARs."
-msgstr "Si configura el parámetro aislado como true, toda implementación EAR tendrá cargadores de clase de ámbito por defecto. No habrá necesidad de definir el cargador de clase en jboss-app.xml. El atributo CallByValue especifica si debemos tratar todas las llamadas EJB como llamadas remotas. Las llamadas remotas tienen una penalidad de rendimiento adicional comparada con las llamadas de referencia por llamada ya que los objetos involucrados en las llamadas remotas tienen que se serializados y deserializados. Para la mayoría de las aplicaciones, las JARs EJB3 y WAR se despliegan en el mismo servidor por lo tanto este valor debe ser por defecto false y el servidor utiliza llamadas de referencia por llamada para invocar métodos EJB en la misma MVJ. El atributo EnablelibDirectoryByDefault especifica si el directorio lib en el archivo EAR debe ser la ubicación predeterminada para las JARs de bibliotecas compartidas."
+msgstr "Si configura el parámetro aislado como true, toda implementación EAR tendrá cargadores de clase de ámbito por defecto. No habrá necesidad de definir el cargador de clase en jboss-app.xml. El atributo CallByValue especifica si debemos tratar todas las llamadas EJB como llamadas remotas. Las llamadas remotas tienen una penalidad de rendimiento adicional comparada con las llamadas de referencia por llamada ya que los objetos involucrados en las llamadas remotas tienen que ser serializados y deserializados. Para la mayoría de las aplicaciones, las JARs EJB3 y WAR se despliegan en el mismo servidor por lo tanto este valor debe ser por defecto false y el servidor utiliza llamadas de referencia por llamada para invocar métodos EJB en la misma MVJ. El atributo EnablelibDirectoryByDefault especifica si el directorio lib en el archivo EAR debe ser la ubicación predeterminada para las JARs de bibliotecas compartidas."
More information about the jboss-cvs-commits
mailing list