I tried the following:
private String password = "";
private String dbName = "dataHC.accdb";
private String bd = dbName + ";PWD=" + password;
String url = "jdbc:odbc:Driver={Microsoft Access Driver (*.mdb, *.accdb)};DBQ="+bd+";";
private Connection conn = null;
//Connect
public void connect() {
try{
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
conn = DriverManager.getConnection(url);
if (conn != null)
System.out.println("Conexión a base de datos "+dbName+". listo");
}catch(SQLException e){
System.out.println(e);
}catch(ClassNotFoundException e){
System.out.println(e);
}
}
Font: http://www.jc-mouse.net/base-de-datos/consultas-con-parametros-en-access-y-java
And I obtain this error:
[Microsoft][ODBC Microsoft Access Driver]General error Unable to open registry key Temporary (volatile) Ace DSN for process 0x7f8 Thread 0x1174 DBC
specifically
java.sql.SQLException: [Microsoft][ODBC Microsoft Access Driver]General error Unable to open registry key Temporary (volatile) Ace DSN for process 0x7f8 Thread 0x1174 DBC 0x8dc8d78 Jet'.
Exception in thread "main" java.lang.NullPointerException
at depuracionDB.consultap(depuracionDB.java:67)
at depuracionDB.main(depuracionDB.java:103)
I am using eclipse IDE Luna and Java version "1.7.0_45" (64 bits)
Causes
This is the top-level error message produced by the Access Database Engine (a.k.a. "ACE") ODBC driver when the current process is unable to open the Access database file for one of the following reasons:
Some other process has opened the database "exclusively".
Some other process originally opened the database file in Access as "shared" and has some pending structural modification that requires "exclusive" access to the file. Examples of such pending modifications are edits to Module code that have not yet been saved, or having a Form or Report open in Design View.
The account under which the current process is running does not have sufficient filesystem permissions to open the database file or the folder in which it resides.
The account under which the current process is running does not have sufficient registry permissions to access the values under the
HKLM\SOFTWARE\ODBC
key.The database file simply does not exist.
When only the top-level error message is reported, the earlier "Jet" ODBC driver produced somewhat more intuitive error messages. When the other process had done an "Open Exclusive" on the file the error message was
and when the file had pending design changes the error message said
However, when we only see the top-level message produced by the ACE ODBC driver all we see is
That is because both drivers return multiple error messages, but they return them in a different order. The Jet messages are ...
... while the ACE messages are:
Solutions
Scenarios 1 and 2 (another process has an "exclusive" lock on the file):
Ensure that the database file is not opened by any other process – often that means just closing the Access application itself – and then re-try the ODBC operation from your external application. Rebooting your machine is one way to ensure that any other such processes have been terminated and have relinquished their claim to the database file.
Scenario 3 (insufficient file/folder permissions):
Either adjust the permissions or move the file to a location where the user can open the file. Placing the database file in the root folder of a drive is a common cause of this type of problem.
Scenario 4 (insufficient registry permissions):
Adjust the registry permissions to allow the account to access the
HKLM\SOFTWARE\ODBC
key. The most common cause in this case is that an IIS process is running under an account that does not have normal "user" privileges. In that case remember that you should not be using Access databases with IIS anyway.Scenario 5 (database file does not exist):
Fix the connection string so that it contains a valid path to an existing file.
Cause 5 (not covered by Gord's otherwise excellent explanation)
User error - For example, trying to use the ACE driver to read something it's not designed to handle (like an Excel file) that was being read with the Jet ODBC driver in an earlier version of the function. Even if the message is rathen vague, it is correctly catching an error at open time rather than after you think the open was successful. :/
Cause 6 (otherwise not covered) Forgetting to change the filename you're trying to open, after you've changed the name of the file. i.e. trying to open a non-existent file.
I think this link can help you http://java2carrer.blogspot.in/2013/06/insert-data-into-ms-access-from-excel.html
In this case you need to mention the entire path of your access db file. And in the url mentioned below a space is mandatory between two extensions(*.mdb, *.accdb)
e.g.:
Please try this code I tried it on win 7 ultimate 64 bit with office 2013 64bit