Re: How can this abstract method error happen?

From: Dave Cramer <pg(at)fastcrypt(dot)com>
To: Pawel Veselov <pawel(dot)veselov(at)gmail(dot)com>
Cc: List <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: How can this abstract method error happen?
Date: 2014-01-14 11:26:33
Message-ID: CADK3HHJ6fzsYhk+U-=pfDeq0vLanuk8xMaaN7+91AHcoEp7iew@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

To answer your first question. I don't believe anything else can create a
connection object.

Dave Cramer

dave.cramer(at)credativ(dot)ca
http://www.credativ.ca

On Mon, Jan 13, 2014 at 8:05 PM, Pawel Veselov <pawel(dot)veselov(at)gmail(dot)com>wrote:

> On Mon, Jan 13, 2014 at 4:29 PM, Dave Cramer <pg(at)fastcrypt(dot)com> wrote:
>
>> Is there anything else in the exception chain ?
>>
>
> Nope, but I don't see how there would be.
>
>
>>
>> On Mon, Jan 13, 2014 at 6:26 PM, Pawel Veselov <pawel(dot)veselov(at)gmail(dot)com>wrote:
>>
>>> Hi.
>>>
>>> I'm getting an abstract method error problem with Postgres JDBC (top of
>>> exception trace:http://pastebin.com/xsDKSdiE). There isn't a stable way
>>> to reproduce this that I found. The driver is 9.1-902.
>>>
>>> I don't quite understand how this can even happen. Looks like all the
>>> all statement object are created by the connection object, and all
>>> connection objects are created by the Driver. Driver always creates
>>> connection version 4, and that connection always creates statements version
>>> 4, so it should always implement isClosed(). I never ever used any earlier
>>> drivers (so I don't think there is C/P mess up, but I grepped my class path
>>> too).
>>>
>>> Can anything else ever create a connection object, which can be of
>>> earlier version?
>>>
>>>

In response to

Browse pgsql-jdbc by date

  From Date Subject
Next Message Lachezar Dobrev 2014-01-15 10:42:25 Re: How can this abstract method error happen?
Previous Message Pawel Veselov 2014-01-14 01:05:48 Re: How can this abstract method error happen?