DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=42834>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=42834

           Summary: RawDataBlock makes incorrect assumption about size of
                    data returned by IOUtils.readFully()
           Product: POI
           Version: 3.0
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: POIFS
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]


RawDataBlock assumes that IOUtils.readFully() returns data in blocks that are
POIFSConstants.BIG_BLOCK_SIZE in size. When reading an Excel file out of a Jar
or from a socket or http client connection with no buffering, this appears not
to be the case. It appears to be an issue with all reads on a slow server (e.g.
crystal reports generating the PDF on a heavily loaded machine or across a slow
network) and an issue for the last read when crystal reports is running locally
on a lightly loaded machine. The fix seems to be to remove the code which checks
if the  size returned is a multiple of POIFSConstants.BIG_BLOCK_SIZE as per the
attached patch. At least that has worked for the latest few versions of crystal
reports.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to