[Fwd: Re: [HACKERS] A result was returned by the statement, when none was expected]

From: Eric Scroger <escroger(at)carl(dot)org>
To: pgsql-hackers(at)postgresql(dot)org, pgsql-jdbc(at)postgresql(dot)org
Cc: ed(at)carl(dot)org
Subject: [Fwd: Re: [HACKERS] A result was returned by the statement, when none was expected]
Date: 2002-03-07 01:26:24
Message-ID: 3C86C1C0.8020104@carl.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-jdbc

Greetings,

Some more info in case anyone may have some clues.

The main info is we are using PreparedStatements when the problem occurs.
The same SQL works normally. Any ideas.

Thanks in advance,

Eric

-------- Original Message --------
Message-ID: <3C855943(dot)2010007(at)carl(dot)org>
Date: Tue, 05 Mar 2002 16:48:19 -0700
From: Eric Scroger <escroger(at)carl(dot)org>
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.4)
Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: Dave(at)micro-automation(dot)net
CC: ed(at)carl(dot)org
Subject: Re: [HACKERS] [JDBC] A result was returned by the statement,
when none was expected
References: <00f701c1c49e$8bc624e0$8201a8c0(at)inspiron>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Dave,

I just installed the driver. Unfortunately, we're still seeing the
exception.
Since we know the exception message, we can suppress it from our logs.

Thanks again for the idea. Keep'em coming if you have more.

Eric

>Eric,
>
>The current 7.2 driver will work fine with your database, and may just
>fix your problem.
>
>Dave
>
>-----Original Message-----
>From: pgsql-hackers-owner(at)postgresql(dot)org
>[mailto:pgsql-hackers-owner(at)postgresql(dot)org] On Behalf Of Eric Scroger
>Sent: Tuesday, March 05, 2002 6:32 PM
>To: Dave(at)micro-automation(dot)net
>Cc: 'pgsql hackers'; pgsql-jdbc(at)postgresql(dot)org; ed(at)carl(dot)org
>Subject: Re: [HACKERS] [JDBC] A result was returned by the statement,
>when none was expected
>
>
>Dave,
>
>>Eric,
>>
>>Which version of the driver are you using? Also do you have logs from
>>the postgres backend?
>>
>
>We are using driver jar file jdbc7.1-1.2.jar.
>
>I reproduced the problem with postgresql configured the debug setting to
>16. The backend debug logs are attached to this as they are kinda long
>(postback.log).
>
>I'm not sure it is data directly, but it does always fail on the same
>data. One thing I do know is the problem occurs when we are using
>PreparedStatments.
>If I put the same SQL statement into a separate statement it works fine.
>For your info, here is the code related to the PreparedStatements.
>
>----------------------------------------------------
>
>PreparedStatement psInsertError = null;
>
> psInsertError = conn.prepareStatement(
> "INSERT INTO " + tabName
> + "(ID,DATA,ATTEMPTS,REASON) VALUES (?,?,?,?)" );
>
> psInsertError.setLong(1,id);
> psInsertError.setString(2,data);
> psInsertError.setInt(3,attempts);
> psInsertError.setString(4,reason);
> psInsertError.executeUpdate();
>
>----------------------------
>
>Thanks for your suggestions.
>
>Eric
>
>
>>
>>My suspicion is something in the data is causing the problem, what I
>>don't know, but that's my guess.
>>
>>Dave
>>
>
>>-----Original Message-----
>>From: pgsql-jdbc-owner(at)postgresql(dot)org
>>[mailto:pgsql-jdbc-owner(at)postgresql(dot)org] On Behalf Of Eric Scroger
>>Sent: Tuesday, March 05, 2002 5:28 PM
>>To: pgsql hackers; pgsql-jdbc(at)postgresql(dot)org
>>Cc: ed(at)carl(dot)org
>>Subject: [JDBC] A result was returned by the statement, when none was
>>expected
>>
>>
>>JDBC-ers,
>>
>>We are doing an INSERT and occasionally Postgres throws a SQLException
>>because there are unexpected results (see stacktrace below), maybe 10%
>>of the time, Any idea why this would happen when it works over 90% of
>>the time? However, it appears the insert is completed successfully.
>>
>>We have looked at the source code for ResultSet.java and noticed the
>>method reallyResultSet() returns true if any of the fields are
>>non-null. I hope that helps in debugging.
>>
>>Also, we are running Postgres 7.1 with JDK1.2.1.
>>
>>Regards,
>>
>>Eric
>>
>>-----------------------------------------------------------------------
>>-
>>--
>>
>>IINSERT INTO bad_urls(ID,DATA,ATTEMPTS,REASON) VALUES
>>(3375,'http://www.oit.itd.umich.edu/projects/adw2k/chordata/aves.html',
>>
>0
>
>>,'Unknown
>>Host')
>>
>>A result was returned by the statement, when none was expected.
>> at java.lang.Throwable.fillInStackTrace(Native Method)
>> at java.lang.Throwable.fillInStackTrace(Compiled Code)
>> at java.lang.Throwable.(Compiled Code)
>> at java.lang.Exception.(Compiled Code)
>> at java.sql.SQLException.(SQLException.java:98)
>> at org.postgresql.util.PSQLException.(PSQLException.java:23)
>> at org.postgresql.jdbc2.Statement.executeUpdate(Statement.java:80)
>> at
>>org.postgresql.jdbc2.PreparedStatement.executeUpdate(PreparedStatement.
>>
>j
>
>>ava:122)
>> at InsertError.record(InsertError.java:98)
>> at InsertError.record(InsertError.java:69)
>> at wbCheckUrl$CheckThread.run(wbCheckUrl.java:307)
>>
>>
>>---------------------------(end of
>>broadcast)---------------------------
>>TIP 2: you can get off all lists at once with the unregister command
>> (send "unregister YourEmailAddressHere" to
>>
>majordomo(at)postgresql(dot)org)
>
>>
>
>

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Buttafuoco 2002-03-07 01:44:43 Storage Location / Tablespaces (try 3)
Previous Message Tatsuo Ishii 2002-03-07 00:22:00 Re: Point in time recovery: recreating relation files

Browse pgsql-jdbc by date

  From Date Subject
Next Message Dave Cramer 2002-03-07 02:13:45 Re: moveToInsertRow
Previous Message Dennis R. Gesker 2002-03-07 00:47:29 Re: moveToInsertRow