You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@daffodil.apache.org by "Steve Lawrence (Jira)" <ji...@apache.org> on 2019/09/05 14:29:00 UTC
[jira] [Resolved] (DAFFODIL-1735) BLOB/CLOB - large object handles
[ https://issues.apache.org/jira/browse/DAFFODIL-1735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Steve Lawrence resolved DAFFODIL-1735.
--------------------------------------
Resolution: Fixed
Fixed in commit 9de0d1a3c3d294600d5c769243efe4f67b03bac1
See DAFFODIL-2194 for supporting blobs greater than 2GB.
> BLOB/CLOB - large object handles
> --------------------------------
>
> Key: DAFFODIL-1735
> URL: https://issues.apache.org/jira/browse/DAFFODIL-1735
> Project: Daffodil
> Issue Type: New Feature
> Components: API, Back End, DFDL Language, Front End
> Reporter: Michael Beckerle
> Assignee: Steve Lawrence
> Priority: Major
> Fix For: 2.5.0
>
>
> Binary large object, and character large object (aka BLOB/CLOB) support is needed.
> Rather than transforming a large binary object into hexBinary or string, instead one annotates the DFDL schema to specify that a BLOB/CLOB handle is preferred. The Infoset then contains not the data, but a token/object that can be fed to an "open" API to access a stream of the data. The token/object is a small sized thing. This allows data formats like JPEG 2000 where payloads are often gigabytes.
> Note: implementing this requires revising our ByteBufferDataInputStream layer into one that does not require the input data to fit in memory.
> See article on Wiki about large objects:
> https://opensource.ncsa.illinois.edu/confluence/pages/viewpage.action?pageId=54427836
--
This message was sent by Atlassian Jira
(v8.3.2#803003)