Ucanaccess JDBC-Treiber - outofmemory Fehler mit Speicher = falsche Einstellung

Question

Ich benutze Jackcess-2.1.1. Ich habe den Parameter memory = false gesetzt, aber immer noch den outOfmemory Error. Es passiert während der Verarbeitung einer MDB-Datei von 1,8 GB Größe. Die JVM-Speicherargumente haben eine maximale Größe von 1 GB. Wenn ich die maximale Größe auf 2 GB ändere, funktioniert es ohne Probleme. Aber wie in der Anleitung des ucanaccess-Portals angegeben, wenn memory = false gesetzt ist, sollte In-Memory nicht verwendet werden und die JVM Memory Args sollten nichts ändern.

Jede Antwort wird sehr geschätzt. Finde den Fehler unten.

java.lang.OutOfMemoryError: Java heap space 
at com.healthmarketscience.jackcess.impl.LongValueColumnImpl.readLongValue(LongValueColumnImpl.java:136) 
at com.healthmarketscience.jackcess.impl.LongValueColumnImpl.read(LongValueColumnImpl.java:90) 
at com.healthmarketscience.jackcess.impl.ColumnImpl.read(ColumnImpl.java:586) 
at com.healthmarketscience.jackcess.impl.TableImpl.getRowColumn(TableImpl.java:767) 
at com.healthmarketscience.jackcess.impl.TableImpl.getRow(TableImpl.java:673) 
at com.healthmarketscience.jackcess.impl.TableImpl.getRow(TableImpl.java:652) 
at com.healthmarketscience.jackcess.impl.CursorImpl.getCurrentRow(CursorImpl.java:699) 
at com.healthmarketscience.jackcess.impl.CursorImpl$BaseIterator.next(CursorImpl.java:822) 
at com.healthmarketscience.jackcess.impl.CursorImpl$BaseIterator.next(CursorImpl.java:1) 
at net.ucanaccess.converters.LoadJet$TablesLoader.loadTableData(LoadJet.java:829) 
at net.ucanaccess.converters.LoadJet$TablesLoader.loadTablesData(LoadJet.java:997) 
at net.ucanaccess.converters.LoadJet$TablesLoader.loadTables(LoadJet.java:1041) 
at net.ucanaccess.converters.LoadJet$TablesLoader.access$2900(LoadJet.java:273) 
at net.ucanaccess.converters.LoadJet.loadDB(LoadJet.java:1479) 
at net.ucanaccess.jdbc.UcanaccessDriver.connect(UcanaccessDriver.java:243) 
at java.sql.DriverManager.getConnection(DriverManager.java:571) 
at java.sql.DriverManager.getConnection(DriverManager.java:187) 
at org.springframework.jdbc.datasource.DriverManagerDataSource.getConnectionFromDriverManager(DriverManagerDataSource.java:153) 
at org.springframework.jdbc.datasource.DriverManagerDataSource.getConnectionFromDriver(DriverManagerDataSource.java:144) 
at org.springframework.jdbc.datasource.AbstractDriverBasedDataSource.getConnectionFromDriver(AbstractDriverBasedDataSource.java:155) 
at org.springframework.jdbc.datasource.AbstractDriverBasedDataSource.getConnection(AbstractDriverBasedDataSource.java:120) 
at org.hibernate.service.jdbc.connections.internal.DatasourceConnectionProviderImpl.getConnection(DatasourceConnectionProviderImpl.java:141) 
at org.hibernate.engine.jdbc.internal.JdbcServicesImpl$ConnectionProviderJdbcConnectionAccess.obtainConnection(JdbcServicesImpl.java:242) 
at org.hibernate.engine.jdbc.internal.JdbcServicesImpl.configure(JdbcServicesImpl.java:117) 
at org.hibernate.service.internal.StandardServiceRegistryImpl.configureService(StandardServiceRegistryImpl.java:76) 
at org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(AbstractServiceRegistryImpl.java:160) 
at org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(AbstractServiceRegistryImpl.java:132) 
at org.hibernate.cfg.Configuration.buildTypeRegistrations(Configuration.java:1825) 
at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1783) 
at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1868) 
at org.springframework.orm.hibernate4.LocalSessionFactoryBuilder.buildSessionFactory(LocalSessionFactoryBuilder.java:372) 

Answer 1

Wenn ich die Max Größe zu 2GB ändern, funktioniert es ohne Probleme. Aber gemäß der Anweisung auf dem Portal ucanaccess, wenn memory = false gesetzt ist, sollte In-Memory nicht verwendet werden und die JVM Memory Args sollten nichts ändern.

Das stimmt nicht ganz. memory=false teilt UCanAccess nicht die HSQLDB-Backing-Datenbank Tabellen im Speicher zu halten, aber eine Festplatte-basierte HSQLDB-Datenbank wird weiterhin einige Speicher und es gibt viele andere Dinge, die UCanAccess (und Jackcess) müssen auch im Speicher zu halten. Die Speicheranforderungen mit memory=false sind nur wesentlich geringer als bei memory=true.