[jboss-cvs] JBossAS SVN: r68333 - 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 00:48:19 EST 2007
Author: agarcia at jboss.com
Date: 2007-12-17 00:48:19 -0500 (Mon, 17 Dec 2007)
New Revision: 68333
Modified:
projects/docs/trunk/Server_Configuration_Guide/es-ES/EJB3.po
Log:
TRANSLATION IN PROGRESS
Modified: projects/docs/trunk/Server_Configuration_Guide/es-ES/EJB3.po
===================================================================
--- projects/docs/trunk/Server_Configuration_Guide/es-ES/EJB3.po 2007-12-17 05:03:00 UTC (rev 68332)
+++ projects/docs/trunk/Server_Configuration_Guide/es-ES/EJB3.po 2007-12-17 05:48:19 UTC (rev 68333)
@@ -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-14 15:06+1000\n"
+"PO-Revision-Date: 2007-12-17 15:47+1000\n"
"Last-Translator: Angela Garcia\n"
"Language-Team: <en at li.org>\n"
"MIME-Version: 1.0\n"
@@ -24,7 +24,6 @@
#. Tag: para
#: EJB3.xml:10
#, no-c-format
-#, fuzzy
msgid ""
"EJB3 (Enterprise Java Bean 3.0) provides the core component model for Java "
"EE 5 applications. An EJB3 bean is a managed component that is automatically "
@@ -37,7 +36,10 @@
"EE container by its name, and then you can call its methods with all "
"configured container services applied. You can get access to an EJB3 bean "
"from either inside or outside of the Java EE container."
-msgstr "EJB3 (Enterprise Java Bean 3.0) proporciona"
+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."
#. Tag: para
#: EJB3.xml:12
@@ -56,7 +58,7 @@
"standard and hence they are the same for all Java EE 5 compliant application "
"servers. Interested readers should refer to the EJB3 specification or "
"numerous EJB3 books to learn more about EJB3 programming."
-msgstr ""
+msgstr "Los detalles del modelo de programación de componentes EJB3 va más allá del propósito de este manual. La mayoría de las interfaces y anotaciones EJB3 son parte del estándar Java EE 5 y por lo tanto son las mismas para todos los servidores de aplicaciones que cumplen con los requerimeintos de Java EE 5. Los lectores interesados deben referirise a la especificación EJB3 o a varios libros sobre EJB3 para aprender un poco más sobre la programación de EJB3."
#. Tag: para
#: EJB3.xml:16
@@ -135,7 +137,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 ""
+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. "
#. Tag: para
#: EJB3.xml:27
@@ -147,7 +149,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 ""
+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. "
#. Tag: para
#: EJB3.xml:30
@@ -160,6 +162,9 @@
"JNDI in JBoss AS means that the JNDI name is relative to <varname>java:comp/"
"env/</varname>."
msgstr ""
+"Si el bean se despliega en un archivo JAR autónomo en el directorio <varname>JBOSS_DIST/"
+"default/deploy</varname>, el bean se puede acceder a través del nombre <varname>MyBean/local</varname> JNDI local, en donde <varname>MyBean</varname> es el nombre de clase de la implementación del bean como lo vimos antes. El JNDI \"local\" en JBoss AS significa que el nombre JNDI es relativo a <varname>java:comp/"
+"env/</varname>."
#. Tag: para
#: EJB3.xml:31
@@ -241,7 +246,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 ""
+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>."
#. Tag: programlisting
#: EJB3.xml:42
@@ -288,7 +293,7 @@
"EJB3 / JSF integration to new heights far beyond what Java EE 5 provides. "
"Please see more details in the JBoss Seam reference guide bundled with the "
"platform."
-msgstr ""
+msgstr "Java EE 5 le permite inyectar instancias de bean EJB3 directamente en la aplicación web através de anotaciones sin la búsqueda JNDI explícita. Este comportamiento todavía no se soporta en JBoss AS 4.2. Sin embargo, la plataforma de JBoss Enterprise proporciona un marco de trabajo de integración llamado JBoss Seam. JBoss Seam lleva la integración EJB3 / JSF aún más alla de lo que Java EE 5 proporciona. Puede encontrar más detalles en el manual de referencia Seam de JBoss que viene junto con la plataforma. "
#. Tag: title
#: EJB3.xml:52
@@ -304,7 +309,7 @@
"transactional methods. To actually access the database, you will need EJB3 "
"entity beans and the entity manager API. They are collectively called the "
"Java Persistence API (JPA)."
-msgstr ""
+msgstr "Los beans de sesión EJB3 le permiten implementar la lógica empresarial de acceso de datos en los métodos transaccionales. Para realmente acceder la base de datos necesitará beans de entidad EJB3 y la API administradora de entidades. Colectivamente se llaman la API de persistencia de Java (JPA por sus siglas en inglés)."
#. Tag: para
#: EJB3.xml:56
@@ -315,7 +320,7 @@
"relational table named customer. The table has three columns: name, age, and "
"signupdate. Each instance of the bean corresponds to a row of data in the "
"table."
-msgstr ""
+msgstr "Los beans de entidad EJB3 son objetos Java (POJOs por sus siglas en inglés) que mapean a tablas de bases de datos relacionales. Por ejemplo, la siguiente clase bean de entidad mapea a una tabla relacional llamada customer. La tabla tiene tres columnas: nombre, edad y fecha de inscripción. Cada instancia del bean corresponde a una fila de datos en la tabla. "
#. Tag: programlisting
#: EJB3.xml:58
@@ -406,6 +411,8 @@
"the Order table, and each record in the Employee table has multiple "
"corresponding records in the Customer table."
msgstr ""
+"Además de las propiedades de datos simples, el bean de entidad también puede contener referencias a otros beans de entidad con anotaciones de mapeo relacional tal como @OneToOne, "
+"@OneToMany, @ManyToMany etc. Las relaciones de esos objetos de entidades se configurará de manera automática en la base de datos como llaves foráneas. Por ejemplo, el siguiente ejemplo muestra que cada registro en la tabla customer tiene un registro correspondiente en la tabla account, registros múltiples en la tabla order y cada registro en la tabla employee tiene registros múltiples correspondientes en la tabla customer. "
#. Tag: programlisting
#: EJB3.xml:62
@@ -501,7 +508,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 ""
+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."
#. Tag: programlisting
#: EJB3.xml:66
@@ -575,7 +582,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 ""
+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."
#. Tag: para
#: EJB3.xml:75
@@ -592,6 +599,8 @@
"JBoss AS. Please refer to <xref linkend=\"alternative_DBs\"/> on how to "
"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."
#. Tag: programlisting
#: EJB3.xml:77
@@ -636,7 +645,7 @@
"@PersistenceContext annotation which unit you want to inject. For instance, "
"@PersistenceContext(name=\"myapp\") injects the EntityManager from the "
"persistence-unit named \"myapp\"."
-msgstr ""
+msgstr "Ya que puede que usted cuente con múltiples instancias de unidades de persistencia definidas en la misma aplicación usualmente necesita decirle de manera explícita a la anotación @PersistenceContext que unidad quiere inyectar. Por ejemplo, @PersistenceContext(name=\"myapp\") inyecta el EntityManager desde la unidad de persistencia llamada \"myapp\"."
#. Tag: para
#: EJB3.xml:82
@@ -646,7 +655,7 @@
"and have only one persistence-unit defined in the whole application, you can "
"omit the \"name\" on @PersistenceContext. See later in this chapter for EAR "
"packaging and deployment."
-msgstr ""
+msgstr "Sin embargo, si despliega su aplicación EAR en su propio cargador de clase con ámbito y solo tiene una unidad de persistencia definida en toda la aplicación puede omitir el \"nombr\" en @PersistenceContext. Más adelante en este capítulo encontrará el empaque y despliegue para EAR."
#. Tag: para
#: EJB3.xml:85
@@ -660,7 +669,7 @@
"SQL dialect of the persistence engine to HSQL, and to create tables from the "
"entity beans when the application starts and drop those tables when the "
"application stops."
-msgstr ""
+msgstr "El elemento de las propiedades en el archivo persistence.xml puede contener cualquier propiedad de configuración para el proveedor de persistencia subyacente. Ya que JBoss AS usa Hibernate como el proveedor de persistencia EJB3, puede pasar cualquier opción de Hibernate aquí. Consulte la documentación de Hibernate y Hibernate EntityManager para obtener más detalles. Aquí simplemente daremos un ejemplo para configurar el dialecto SQL de la máquina de persistencia a HSQL y para crear tablas desde los beans de entidad cuando la aplicación inicia y para las tablas cuando la aplicación para."
#. Tag: programlisting
#: EJB3.xml:87
@@ -712,6 +721,9 @@
"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 "
+"en el servidor."
#. Tag: para
#: EJB3.xml:96
@@ -720,7 +732,7 @@
"Then, in the persistence.xml, you need to change the jta-data-source "
"attribute to point to the new data source in JNDI (e.g., java:/MysqlDS if "
"you are using the default mysql-ds.xml to setup a MySQL external database)."
-msgstr ""
+msgstr "Después en persistence.xml necesita cambiar el atributo jta-data-source para que apunte a la nueva fuente de datos en JNDI (por ejemplo, java:/MysqlDS si está utilizando el mysql-ds.xml predeterminado para configurar una base de datos MySQL externa)."
#. Tag: para
#: EJB3.xml:98
@@ -733,7 +745,7 @@
"hibernate.dialect property explicitly in persistence.xml. Here are the "
"Hibernate dialect for database servers officially supported on the JBoss "
"platform."
-msgstr ""
+msgstr "En la mayoría de los casos, Hibernate trata de detectar de manera automática la base de datos a la que se conecta y luego selecciona automáticamnete un dialecto SQL apropiado para la base de datos. Sin embargo, hemos visto que esta detección no siempre funciona, especialmente para servidores de datos menos utilizados. Le recomendamos que configure la propiedad hibernate.dialect explícitamente en persistence.xml. Aquí está el dialecto Hibernate para los servidores de bases de datos que se soportan oficialmente en la plataforma de JBoss."
#. Tag: para
#: EJB3.xml:101
@@ -868,6 +880,8 @@
"annotation. The queue is registered under the local JNDI java:comp/env/ name "
"space."
msgstr ""
+"Los bean dirigidos por mensajes son beans EJB3 especializados que reciben peticiones de servicios por medio de mensajes JMS en lugar de llamadas de método proxy desde el \"stub\". Así que un parámetro de configuración crucial para los beans dirigidos por mensajes es especificar a que cola de mensajes JMS escucha. Cuando hay un mensaje de entrada en la cola, el servidor invoca el método <varname>onMessage()"
+"</varname> del bean y pasa el mensaje mismo para procesamiento. La clase del bean especifica la cola JMS a la que escucha en la anotación @MessageDriven. La cola se registra bajo el espacio local JNDI java:comp/env/ name."
#. Tag: programlisting
#: EJB3.xml:137
@@ -986,7 +1000,7 @@
"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 ""
+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."
#. Tag: title
#: EJB3.xml:174
@@ -1008,6 +1022,8 @@
"META-INF/persistence.properties file we discussed earlier to configure the "
"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."
#. Tag: para
#: EJB3.xml:178
@@ -1021,7 +1037,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 ""
+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:"
#. Tag: programlisting
#: EJB3.xml:181
@@ -1074,7 +1090,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 ""
+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."
#. Tag: title
#: EJB3.xml:188
@@ -1093,7 +1109,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 ""
+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:"
#. Tag: programlisting
#: EJB3.xml:192
@@ -1147,7 +1163,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 ""
+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."
#. Tag: para
#: EJB3.xml:196
@@ -1160,7 +1176,7 @@
"classpath for JAR files used in this application. The JAR file location "
"defaults to lib in JBoss AS -- but it might be different in other "
"application servers."
-msgstr ""
+msgstr "Un archivo application.xml típico es como el siguiente. Declara los archivos JAR WAR y EJB3 en el EAR y define la raíz del contenido web para la aplicación. Por supuesto, puede tener múltiples módulos EJB3 en la misma aplicación EAR. El archivo application.xml también puede definir opcionalmente una ruta de clase compartida para los archivos JAR que se utilizan en esta aplicación. La ubicación del archivo JAR por defecto se encuentra en lib en JBoss AS - pero puede ser diferente en otros servidores de aplicaciones. "
#. Tag: programlisting
#: EJB3.xml:198
@@ -1218,6 +1234,8 @@
"with this application, etc. You can lear more about the possible attributes "
"in jboss-app.xml in its DTD: http://www.jboss.org/j2ee/dtd/jboss-app_4_2.dtd."
msgstr ""
+"El archivo jboss-app.xml porporciona una configuración de despliegue especifica para JBoss para la aplicación EAR. Por ejemplo, puede especificar el orden de implementación de los módulos en EAR, desplegar los módulos de la aplicación específicos de JBoss en EAR tal como SARs (de las siglas en inglés Service ARchive for MBeans) y HARs (del inglés Hibernate ARchive for "
+"Hibernate objects), proporciona un dominio de seguridad y MBean JMX que se pueden utilizar con esta aplicación, etc. Puede aprender más sobre los atributos posibles en jboss-app.xml en su DTD: http://www.jboss.org/j2ee/dtd/jboss-app_4_2.dtd."
#. Tag: para
#: EJB3.xml:202
@@ -1232,7 +1250,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 ""
+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."
#. Tag: programlisting
#: EJB3.xml:204
@@ -1344,5 +1362,5 @@
"JVM. The EnablelibDirectoryByDefault attribute specifies whether the lib "
"directory in the EAR archive should be the default location for shared "
"library JARs."
-msgstr ""
+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."
More information about the jboss-cvs-commits
mailing list