Bug #11563 | ArrayIndexOutOfBoundsException | ||
---|---|---|---|
Submitted: | 25 Jun 2005 11:05 | Modified: | 27 Jun 2005 12:24 |
Reporter: | M Wensink | Email Updates: | |
Status: | Won't fix | Impact on me: | |
Category: | Connector / J | Severity: | S3 (Non-critical) |
Version: | 3.1.10 | OS: | Windows (w2k) |
Assigned to: | CPU Architecture: | Any |
[25 Jun 2005 11:05]
M Wensink
[25 Jun 2005 13:58]
Vasily Kishkin
Could you please say what version of mysqld you use ? I tested on 4.1.13 and 5.0.8. I got the follow result: Initialize datasource Setup database connection field1: null field2: null I wonder why fields are null. But I did't see any exception.
[25 Jun 2005 17:33]
M Wensink
I'm using server 4.1.12. Of course the null-values are strange, but I simplified the statement as part of a bigger statement in which null-values can happen. Marten
[25 Jun 2005 20:14]
Aleksey Kishkin
test case
Attachment: bug11563.java (application/octet-stream, text), 1.79 KiB.
[25 Jun 2005 20:14]
Aleksey Kishkin
tested and got: Initialize datasource Setup database connection java.sql.SQLException: Error during query: Unexpected Exception: java.lang.ArrayIndexOutOfBoundsException message given: null Nested Stack Trace: ** BEGIN NESTED EXCEPTION ** java.lang.ArrayIndexOutOfBoundsException STACKTRACE: java.lang.ArrayIndexOutOfBoundsException at java.lang.System.arraycopy(Native Method) at com.mysql.jdbc.ChannelBuffer.getBytes(ChannelBuffer.java:178) at com.mysql.jdbc.ChannelBuffer.readLenByteArray(ChannelBuffer.java:321) at com.mysql.jdbc.MysqlIO.nextRow(MysqlIO.java:1303) at com.mysql.jdbc.MysqlIO.readSingleRowSet(MysqlIO.java:2258) at com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:421) at com.mysql.jdbc.MysqlIO.readResultsForQueryOrUpdate(MysqlIO.java:1959) at com.mysql.jdbc.MysqlIO.readAllResults(MysqlIO.java:1384) at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1727) at com.mysql.jdbc.Connection.execSQL(Connection.java:2972) at com.mysql.jdbc.Connection.execSQL(Connection.java:2902) at com.mysql.jdbc.Statement.executeUpdate(Statement.java:929) at bug11563.test(bug11563.java:56) at bug11563.main(bug11563.java:29) ** END NESTED EXCEPTION ** at com.mysql.jdbc.Connection.execSQL(Connection.java:3025) at com.mysql.jdbc.Connection.execSQL(Connection.java:2902) at com.mysql.jdbc.Statement.executeUpdate(Statement.java:929) at bug11563.test(bug11563.java:56) at bug11563.main(bug11563.java:29)
[25 Jun 2005 21:47]
M Wensink
Yes, that's the one.
[25 Jun 2005 21:50]
Mark Matthews
We're considering deprecating the use of newIO because it doesn't seem to be a performance win, and some implementations of it are buggy. Do you _really_ need to use it? This is the only outstanding bug filed against it, and if it turns out to be related to newIO implementation, or is a large engineering effort to fix it, we have to weigh the fix against the fact that the feature is most likely going away in Connector/J 3.2.
[26 Jun 2005 10:04]
M Wensink
No, I do not need the feature. I found the error while experimenting with some features to speed up the system. I also discovered another major bug (double insertions in the database), so I decided not to use the useNewIO option. Thanks.
[27 Jun 2005 12:24]
Aleksey Kishkin
OK, in that case I seal it as 'wont'fix' and deprecated