¿Está ejecutando los informes de Jasper en un origen de datos h2 en memoria?

Question

Estoy tratando de ejecutar informes de jaspe contra una base de datos en vivo y de informes, pero los informes ejecutados contra la base de datos en vivo arrojan excepciones sobre no encontrar las tablas correctas (aunque se encuentra el esquema público predeterminado). Parece que la conexión principal DataSource no respeta las configuraciones de conexión H2 que especifican IGNORECASE=true, ya que las columnas y tablas generadas están en mayúscula, por lo que mis consultas no lo hacen.

DataSource.groovy dataSource:

dataSource { 
    hibernate { 
     cache.use_second_level_cache = false 
     cache.use_query_cache = false 
    } 

    dbCreate = "create-drop" // one of 'create', 'create-drop','update' 
    pooled = true 
    driverClassName = "org.h2.Driver" 
    username = "sa" 
    password = "" 
    url = "jdbc:h2:mem:testDb;MODE=PostgreSQL;IGNORECASE=TRUE;DATABASE_TO_UPPER=false" 
    jndiName = null 
    dialect = null 
} 

Datasources.groovy dataSource:

datasource(name: 'reporting') { 
    environments(['development', 'test']) 
    domainClasses([SomeClass]) 
    readOnly(false) 
    driverClassName('org.h2.Driver') 
    url('jdbc:h2:mem:testReportingDb;MODE=PostgreSQL;IGNORECASE=TRUE;DATABASE_TO_UPPER=false') 
    username('sa') 
    password('') 
    dbCreate('create-drop') 
    logSql(false) 
    dialect(null) 
    pooled(true) 
    hibernate { 
     cache { 
      use_second_level_cache(false) 
      use_query_cache(false) 
     } 
    } 
} 

lo que falla:

JasperPrint print = JasperFillManager.fillReport(compiledReport, params,dataSource.getConnection()) 

Durante la depuración, la única diferencia que' ve encontrado es que el origen de datos en vivo, cuando se inyecta o se mire con DatasourcesUtils.getDataSource(null), es un TransactionAwareDatasourceProxy, y es un DatasourcesUtils.getDataSource('reporting')BasicDataSource

¿Qué necesito hacer para Jasper para operar en la base de datos de H2 en memoria activa?

Este error no es reproducible en una base de datos real de postgres.

Answer 1

Simplemente no ejecute informes contra fuentes de datos en memoria, y esto no será un problema.

Answer 2

Probablemente estás abriendo una base de datos diferente. Con la URL de la base de datos jdbc:h2:mem:testDb se abrirá un in-memory database within the same process and class loader.

¿Ha intentado ya utilizar una base de datos persistente regular, utilizando la base de datos URL jdbc:h2:~/testDb?

Para utilizar abre una base de datos en memoria que se ejecuta en un proceso diferente o cargador de clases, debe utilizar el server mode. Esto significa que necesita start a server donde se está ejecutando la base de datos, y conectarse a ella usando jdbc:h2:tcp://localhost/mem:testDb.

Vea también database URL overview.

Answer 3

H2 no es compatible actualmente con identificadores que no distinguen mayúsculas de minúsculas (nombres de tabla, nombres de columna). Sé que otras bases de datos lo admiten, pero actualmente H2 usa los java.util.HashMap<String, ..> regulares para los metadatos, y eso distingue entre mayúsculas y minúsculas (se use o no IGNORECASE).

En este caso, los nombres de los identificadores distinguen entre mayúsculas y minúsculas. Probé con la URL de la base de datos jdbc:h2:mem:testReportingDb;MODE=PostgreSQL;IGNORECASE=TRUE;DATABASE_TO_UPPER=false utilizando la Consola de H2:

DROP TABLE IF EXISTS UPPER; 
DROP TABLE IF EXISTS lower; 
CREATE TABLE UPPER(NAME VARCHAR(255)); 
CREATE TABLE lower(name VARCHAR(255)); 

-- ok: 
SELECT * FROM UPPER; 
SELECT * FROM lower; 

-- fail (table not found): 
SELECT * FROM upper; 
SELECT * FROM LOWER; 

Entonces, la pregunta es: cuando se crean las tablas, fueron creados con identificadores en mayúsculas o una URL base de datos diferente? ¿Es posible cambiar eso? Si no, ¿es posible usar una URL de base de datos diferente?