You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-user@db.apache.org by Barnet Wagman <b....@comcast.net> on 2005/01/10 00:57:32 UTC

Can a connection expire?

Can a connection expire in an embedded Derby system?  I got a 'SQL 
Exception: No current connection.' exception in the middle of a series 
of inserts.  The vm was still running after the exception.  I didn't see 
anything about timeout or idle time in the manuals.

FYI I reuse a PreparedStatements extensively, but that's never been a 
problem in the past.

Thanks,

bw


Re: Can a connection expire?

Posted by Barnet Wagman <b....@comcast.net>.
Satheesh Bandaram wrote:

>I don't think a connection expires in embedded Derby.  Could it be
>possible a severe error was encountered during the INSERTs that might
>have caused the connection to close? Was there any info in the
>derby.log? This log file should get created in the SYSTEM_HOME location.
>
>  
>
I think your right, something appears to be causing the connection to 
close, but there's nothing in my log file.  Actually, I can't find a 
derby.log file at all.  By default, it SYSTEM_HOME the directory where 
the database resides?  I was using vanilla installation of embedded 
Derby. I've tried recreating the database with logDevice explicitly set, 
but I'm still not getting a derby.log file.  Do I need to do something 
explicit to get one?

Thanks


Re: Can a connection expire?

Posted by Satheesh Bandaram <sa...@Sourcery.Org>.
I don't think a connection expires in embedded Derby.  Could it be
possible a severe error was encountered during the INSERTs that might
have caused the connection to close? Was there any info in the
derby.log? This log file should get created in the SYSTEM_HOME location.

Satheesh

Barnet Wagman wrote:

> Can a connection expire in an embedded Derby system?  I got a 'SQL
> Exception: No current connection.' exception in the middle of a series
> of inserts.  The vm was still running after the exception.  I didn't
> see anything about timeout or idle time in the manuals.
>
> FYI I reuse a PreparedStatements extensively, but that's never been a
> problem in the past.
>
> Thanks,
>
> bw
>
>