Re: java.lang.OutOfMemoryError - Mailing list pgsql-jdbc

From snpe
Subject Re: java.lang.OutOfMemoryError
Date
Msg-id 200302052058.10354.snpe@snpe.co.yu
Whole thread Raw
In response to Re: java.lang.OutOfMemoryError  (Barry Lind <blind@xythos.com>)
List pgsql-jdbc
On Wednesday 05 February 2003 19:21, Barry Lind wrote:
> snpe wrote:
> > But, I can't commit or rollback, does it ?
> > If I have to care for query, commit or rollback I can simple use declare
> > cursor and I am sure what I do.
> > I think that is only solution - cursor out of a transaction.
> > It shouldn't be problem with MVC.
> > Oracle have cursor out of a transaction and OLTP systems with tousend
> > user. It isn't possible any multi database project without this features
> >
> > Thanks Barry
> > Haris Peco
>
> The fact that cursors are constrained to a single transaction is not a
> jdbc issue.  That is how postgresql works on the server.  If you want
> that behavior changed, then this is the wrong email list to make those
> requests.  Better yet, since this is open source code, the best way to
> get anything changed is to code the changes yourself and submit them
> back to the community.
>
> That being said, it is certainly within the jdbc spec for cursors not to
> extend across transactions.  That is why the meta data classes have
> methods for the client to inquire if the server supports cursors across
> transactions.
>
> thanks,
> --Barry

Hello Barry,
  I know that isn't jdbc issue and I don't know postgresql internal that I send patch
for this - when I can do this that mena to much change in postgresql - in postgresql
tansaction begin with select command (without change in database) and that is problem
in cursors - I don't know why

Thanks
Haris Peco


pgsql-jdbc by date:

Previous
From: Barry Lind
Date:
Subject: Re: java.lang.OutOfMemoryError
Next
From: jr@amanue.com (Jim Rosenberg)
Date:
Subject: moveToInsertRow SQL Exception "No Primary Keys"