¿existe una forma estándar de definir un JDBC Datasource para contenedores Java EE?

Question

Sé que para JBoss necesita un archivo [nombre] -ds.xml en el subdirectorio/deploy de la instancia correspondiente. no tengo ninguna experiencia con otros contenedores Java EE, pero estoy tratando de cumplir con los estándares tanto como sea posible. ¿existe una forma estándar de definir un origen de datos JDBC y desplegarlo? si es posible, me gustaría incluir mi fuente de datos dentro del archivo * .ear (por ejemplo, un datasource HSQLDB en memoria incorporado para fines de demostración).

si no hay una forma estándar, ¿otros contenedores aceptarán al menos el modo jboss? (/deploy/*-ds.xml)

Answer 1

¿Existe una manera estándar de definir un origen de datos JDBC y desplegarlo?

Sí, la hay. Se realiza a través del elemento <data-source>, que puede colocar en web.xml, ejb-jar.xml y application.xml. Si no te gusta XML, también se puede utilizar una anotación para este lugar: @DataSourceDefinition

ejemplo de una entrada Web.xml

<data-source> 
    <name>java:app/myDS</name> 
    <class-name>org.postgresql.xa.PGXADataSource</class-name> 
    <server-name>pg.myserver.com</server-name> 
    <database-name>my_db</database-name> 
    <user>foo</user> 
    <password>bla</password> 
    <transactional>true</transactional> 
    <isolation-level>TRANSACTION_READ_COMMITTED</isolation-level> 
    <initial-pool-size>2</initial-pool-size> 
    <max-pool-size>10</max-pool-size> 
    <min-pool-size>5</min-pool-size> 
    <max-statements>0</max-statements> 
</data-source> 

Más información:

• Introducing the DataSourceDefinition Annotation
• The state of @DataSourceDefinition in Java EE
• Example application use standard data source

p.s. Estoy sorprendido de que todas las otras respuestas digan que esto no existe, mientras que claramente sí, incluso en el momento en que se formuló originalmente esta pregunta.

Answer 2

La filosofía Sun EE Java EE define varios roles en el diseño, desarrollo e implementación de una aplicación empresarial. El diseño de Java EE acomoda y refleja estas separaciones de preocupaciones.

En particular, Sun desea separar al desarrollador del administrador de una aplicación, lo cual es una buena idea. El desarrollador escribe componentes empresariales de una manera independiente del contenedor. En web.xml, por ejemplo, usted declara sus DataSources de una manera estándar:

<resource-ref> 
<res-ref-name>jdbc/myDB</res-ref-name> 
<res-type>javax.sql.DataSource</res-type> 
<res-auth>Container</res-auth> 
</resource-ref> 

Esto dice "esta cosa base de datos de las necesidades de la aplicación, hacer que esté disponible para mí, cualquiera que sea la base de datos es y lo que eres contenedor ejecutándolo, a través de JNDI estándar en 'jdbc/myDB' ". Esto es todo lo que el desarrollador puede hacer: el resto es necesariamente específico del contenedor y, por lo tanto, no está estandarizado.

Y entonces, ¿cómo se configura realmente "myDB" tiene un rol diferente, el administrador del contenedor.

Así que estoy repitiendo la respuesta correcta anterior: no. Pero la razón es que, de lo contrario, estaría codificando su aplicación a un tipo específico de base de datos en un host y puerto específico, y el punto es que no debería poder hacer eso, por lo que no hay soporte estándar para eso en propósito.

Answer 3

¿Existe una manera estándar de definir un origen de datos JDBC y desplegarlo?

No, esto es específico del contenedor. Como Application Component Provider, se supone que debe documentar los recursos que necesita y el Application deployer and Administrator los configurará.

Si no hay una forma estándar, ¿otros contenedores aceptarán al menos la forma de JBoss?

No, porque esta es la forma de JBoss y, por lo tanto, específica de JBoss.

• Con Tomcat, tendría que usar el archivo context.xml.
• Con embarcadero, jetty-env.xml.
• Con WebSphere, puede crear un llamado WebSphere Enhanced EAR.
• Con WebLogic, puede empaquetar un JDBC Module en su aplicación.
• Con GlassFish, puede usar el comando asadmin add-resources my.xml para agregar un origen de datos descrito en un archivo XML (ejemplo here).
• Etc, etc.

Tenga en cuenta que hay algunos proyectos que tratan de lograr este objetivo de una manera universal, como jndi-resources o Cargo. También hay una solución más compleja como ControlTier o Chef.

Ahora, en su caso (como entendí que desea utilizar una base de datos incrustada que se incluirá con su aplicación), no creo que deba configurar un origen de datos a nivel del servidor de aplicaciones. Simplemente debe empaquetar el archivo jar de su base de datos en su aplicación con un grupo de conexiones independiente como c3p0 o DBCP.