Incorporamento di un database H2 all'interno della directory WEB-INF

Question

Ho un database H2 incorporato che vorrei inserire nella directory WEB-INF di un'applicazione web.

Qual è il modo corretto di fare riferimento a questo in un URL JDBC?

Idealmente mi piacerebbe una soluzione che avrebbe funzionato sia per una GUERRA, sia per una GUERRA ampliata (se possibile).

Grazie per il vostro aiuto!

FYI, ho provato la seguente:

jdbc:h2:/WEB-INF/data/myDB;CIPHER=AES 

Ma questo si traduce in:

org.h2.jdbc.JdbcSQLException: A file path that is implicitly relative to the current working directory is not allowed in the database URL "jdbc:h2:/WEB-INF/data/myDB;CIPHER=AES". Use an absolute path, ~/name, ./name, or the baseDir setting instead. [90011-187] 

La modifica di questa a: jdbc: h2: ./ WEB-INF/dati/myDB ; CIPHER = AES

Risultati nel seguente errore, che mostra chiaramente il suo tentativo di mettere il mio database nella directory bin di Tomcat, piuttosto che la vera directory WEB-INF dove lo voglio:

org.h2.jdbc.JdbcSQLException: Error while creating file "C:/Program Files/Apache Software Foundation/Tomcat 7.0/bin/WEB-INF" [90062-187] 

Answer 1

sono riuscito a fare il lavoro una soluzione integrata senza AES come questo:

try { 
    Class.forName("org.h2.Driver"); 
    Connection conn = DriverManager.getConnection(
     "jdbc:h2:" + getServletContext().getRealPath("/") + 
     "/WEB-INF/data/myDB", "sa", ""); 
    Statement stmt = conn.createStatement(); 
    ResultSet rs = stmt.executeQuery("SELECT * FROM INFORMATION_SCHEMA.TABLES"); 
    while (rs.next()) { 
    } 
    rs.close(); 
    stmt.close(); 
    conn.close(); 
} catch(SQLException e) { 
} catch(ClassNotFoundException e) { 
} finally { 
} 

Questo è stato testato con H2 1.3.176 su Tomcat8. Dovrebbe funzionare con H2 1.4 e CIPHER=AES a condizione che il database incorporato sia già nel file di guerra, immagino.

L'idea è la seguente: è necessario ottenere il percorso assoluto e il percorso di distribuzione potrebbe non essere lo stesso a seconda del modo in cui è stato distribuito il file di guerra.

Quindi è necessario utilizzare il contesto servlet e richiedere il percorso reale. Per questo usiamo getServletContext().getRealPath("/") e aggiungiamo /WEB-INF/data/myDB ad esso secondo le vostre esigenze.

Non ho provato la parte CIPHER=AES come non l'ho mai usata.

Aggiornamento:

Ottenere un buon riferimento al contesto servlet è difficile. Si potrebbe usare una richiesta non elaborata, ottenere la sessione sottostante e quindi accedere al contesto servlet.

Ma sarebbe bello avere il database H2 incorporato aperto non appena l'applicazione viene distribuita/avviata in Tomcat e chiusa correttamente non appena l'applicazione viene arrestata.

Per eseguire ciò, è necessario l'utilizzo di un listener. Ecco cosa propongo come aggiornamento alla mia precedente risposta. Questa volta la soluzione è completa con AES CIPHER e dovrebbe essere facile da inserire nel codice.

Suggerimento: il codice java del listener può essere facilmente modificato per avviare anche un server H2 tcp, utile per abilitare la modalità mista automatica (incorporata + tcp).

Aggiungere 3 righe al file web.xml:

<listener> 
    <listener-class>com.mine.MyServletContextListener</listener-class> 
</listener> 

File MyServletContextListener.java:

package com.mine; 

import javax.servlet.*; 
import java.sql.*; 

public class MyServletContextListener implements ServletContextListener { 
    Connection conn; 

    public void contextInitialized(ServletContextEvent sce) { 

    try { 
     Class.forName("org.h2.Driver"); 
     conn = DriverManager.getConnection("jdbc:h2:" + sce.getServletContext().getRealPath("/") + "/WEB-INF/data/myDB;CIPHER=AES", "sa", "aespassword dbpassword"); 
     Statement stmt = conn.createStatement(); 
     ResultSet rs = stmt.executeQuery("SELECT * FROM INFORMATION_SCHEMA.TABLES"); 
     while (rs.next()) { 
     } 
     rs.close(); 
     stmt.close(); 
    } catch(SQLException e) { 
    } catch(ClassNotFoundException e) { 
    } finally { 
    } 

    } 

    public void contextDestroyed(ServletContextEvent sce) { 

    try { 
     conn.close(); 
    } catch(SQLException e) { 
    } finally { 
    } 

    } 

}