db-derby-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Susan Cline <home4...@pacbell.net>
Subject Re: "conglomerate does not exist" error
Date Fri, 11 Nov 2005 01:24:14 GMT
Hi Tom,
I'm not sure I can help, but I'm wondering if there is another way to do what you are trying
to accomplish.  It sounds like you can only use the jdbc:derby:classpath protocol to connect
to a database if it *is* contained in a jar file.
You mentioned:
Database access is configured in Spring to use the DriverManagerDataSource.
Can you send me that configuration please?
Also, from the web application can you show how you are connecting to the database?
Is your first attempt to access Derby in the web app via a JSP or via a Java class?
Can you send the code for this as well?
Also, have you tried putting the database in a jar file and using the 'classpath' protocol
to see if it does work this way?

-------- Original Message --------
Subject: Re: "conglomerate does not exist" error
Date: Thu, 10 Nov 2005 19:17:19 +0100
From: Thomas Dudziak 
Reply-To: Derby Discussion 
To: Derby Discussion 

On 11/10/05, Sunitha Kambhampati wrote:

> For using the jdbc:derby:classpath , you need to ensure that the jar
> that contains your database is in your classpath. Is it possible that
> when you restart the web server - that is when the 'jar that has the
> database' is being picked up by the web server and derby is able to use
> it ?

the database is not in a jar, but rather a directory (I want to be
able to write to it) which lives in WEB-INF/classes, and thus is
automatically in the classpath of the web app.
And as I wrote, when ij runs/was run, I somehow can use the database.
So I figured, it has something to do with the initialization of the
database files ?


View raw message