esiste un modo standard per definire un'origine dati JDBC per contenitori Java EE?

Question

So che per JBoss è necessario un file [nome] -ds.xml nella sottodirectory/deploy dell'istanza appropriata. Non ho esperienza con altri contenitori Java EE, ma sto cercando di rispettare gli standard il più possibile. esiste un modo standard per definire un'origine dati JDBC e distribuirla? se possibile vorrei includere la mia origine dati all'interno del file * .ear (ad esempio, un'origine dati HSQLDB in-memory incorporata per scopi dimostrativi)?

se non esiste un modo standard, gli altri container accettano almeno il modo jboss? (/deploy/*-ds.xml)

Answer 1

Esiste un modo standard per definire un'origine dati JDBC e distribuirla?

Sì, c'è. Viene eseguito tramite l'elemento <data-source>, che è possibile inserire in web.xml, ejb-jar.xml e application.xml. Se non ti piace XML, è possibile utilizzare anche un'annotazione per questo, invece: @DataSourceDefinition

Esempio di una voce 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> 

Ulteriori approfondimenti:

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

p.s. Sono sorpreso che tutte le altre risposte affermino che questo non esiste, mentre chiaramente lo fa, anche nel momento in cui questa domanda è stata inizialmente posta.

Answer 2

La filosofia Java EE di Sun definisce diversi ruoli nella progettazione, sviluppo e distribuzione di un'applicazione aziendale. Il design Java EE accoglie e riflette queste separazioni di preoccupazioni.

In particolare, Sun desidera separare lo sviluppatore dall'amministratore di un'applicazione, che è una buona idea. Lo sviluppatore scrive i componenti aziendali in modo indipendente dal contenitore. In web.xml, per esempio, che non dichiarano le DataSources in modo standard:

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

Questo dice "questo database cosa le esigenze applicative, renderlo disponibile a me, qualunque banca dati è e qualunque contenitore che si sta eseguendolo, tramite JNDI standard a 'jdbc/myDB' ". Questo è quanto lo sviluppatore può fare - il resto è necessariamente specifico del contenitore e quindi non standardizzato.

E quindi il modo in cui "myDB" è effettivamente configurato è fino a un ruolo diverso, l'amministratore del contenitore.

Quindi sto ripetendo la risposta corretta sopra: no. Ma la ragione è, altrimenti, dovresti codificare la tua app su un tipo specifico di database su uno specifico host e porta, e il punto è che non dovresti essere in grado di farlo, quindi non c'è un supporto standard per quello su scopo.

Answer 3

Esiste un modo standard per definire un'origine dati JDBC e distribuirla?

No, questo è specifico del contenitore. Come Application Component Provider, devi documentare le risorse di cui hai bisogno e il Application deployer and Administrator le configurerà.

Se non esiste un modo standard, gli altri container accettano almeno il modo JBoss?

No, perché questo è il modo JBoss e quindi specifico per JBoss.

• Con Tomcat, è necessario utilizzare il file context.xml.
• Con Jetty, jetty-env.xml.
• Con WebSphere, è possibile creare un cosiddetto WebSphere Enhanced EAR.
• Con WebLogic, è possibile impacchettare un JDBC Module nell'applicazione.
• Con GlassFish, è possibile utilizzare il comando asadmin add-resources my.xml per aggiungere un'origine dati descritta in un file XML (esempio here).
• ecc. Ecc.

Nota che ci sono alcuni progetti che cercano di raggiungere questo obiettivo in modo universale come jndi-resources o Cargo. Ci sono anche soluzioni più complesse come ControlTier o Chef.

Ora, nel tuo caso (come ho capito, vuoi utilizzare un database incorporato che verrà fornito in bundle con la tua applicazione), non penso che dovresti configurare un'origine dati a livello del server delle applicazioni. Dovresti semplicemente impacchettare il jar del tuo database nella tua applicazione con un pool di connessione standalone come c3p0 o DBCP.