Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Message-ID: <27931715.1146612107345.JavaMail.jira@brutus>
Date: Tue, 2 May 2006 23:21:47 +0000 (GMT+00:00)
From: "Tomohito Nakayama (JIRA)" <derby-dev@db.apache.org>
To: derby-dev@db.apache.org
Subject: [jira] Commented: (DERBY-782) Improvement on
 org.apache.derby.impl.jdbc.EmbedBlob#length()
In-Reply-To: <39071990.1135315471206.JavaMail.jira@ajax.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

    [ http://issues.apache.org/jira/browse/DERBY-782?page=comments#action_12377492 ] 

Tomohito Nakayama commented on DERBY-782:
-----------------------------------------

I read modification of DERBY-438 
that length of blob is memoried in org.apache.derby.impl.jdbc.EmbedBlob, 
if once length() method was called and all of blob was read out.

My original intention in this task was to use information of lengh in BinaryToRawStream, 
which was found as invalid.
Then my original intention was not achieved.

I'm not exactly sure why information of length in BinaryToRawStream is invalid, 
though it is likely to be invalid.
Here, "likely" means that I think keeping information for length of blob in BinaryToRawStream valid may be difficult and fragile.

Well .... 
The information for length of blob in BinaryToRawStream is a little mystery for me, 
because I do'nt know the history why it is invalid.

> Improvement on org.apache.derby.impl.jdbc.EmbedBlob#length()
> ------------------------------------------------------------
>
>          Key: DERBY-782
>          URL: http://issues.apache.org/jira/browse/DERBY-782
>      Project: Derby
>         Type: Bug

>   Components: JDBC
>     Reporter: Tomohito Nakayama
>      Fix For: 10.2.0.0
>  Attachments: testLob4.java
>
> Now, org.apache.derby.impl.jdbc.EmbedBlob#length() method read out whole  BinaryToRawStream to know exact length.
> On the other hand,  BinaryToRawStream have some commented-out inplementation of having information for length.
> I think the information of lengh in BinaryToRawStream should be restored to be used in .org.apache.derby.impl.jdbc.EmbedBlob#length(), because read out whole stream can be expensive processing when streamed information was large.
> There exists a subject that reliability of lengh information in BinaryToRawStream is unknown.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira