[DERBY-1658] Too short streams passed in through JDBC are handled differently in client and embedded

• Type: Improvement
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 10.2.1.6
• Fix Version/s: 10.6.1.0
• Component/s: JDBC, Network Client, Network Server
• Urgency: Normal
• Bug behavior facts: Embedded/Client difference
• Assignee: Unassigned
• Reporter: Kristian Waagan
• Created: 09/Aug/06 23:27
• Updated: 25/May/10 13:27
• Resolved: 25/May/10 13:27

Description

In the embedded driver, insertion is aborted if the stream used as source is shorter then the specified length.
In the client driver, the stream is padded and the insertion is completed. Note that an exception is thrown here as well, but the data is inserted into the database and can be retrieved after the exception have been caught.
If anyone has information about why this was done, it would be nice. Could it be that the DRDA protocol can't handle this easily?

This difference was discovered while writing tests, and the impact on the test code is not good as you need special code for running it with the client.

Issue Links

• is part of: DERBY-2017 Client driver can insert and commit partial data when a LOB stream throws IOException or does not match the specified length
• is part of: DERBY-310 Document and/or change Derby client code to match behavior with Embedded driver where possible.