[
https://issues.apache.org/jira/browse/DAFFODIL-1734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Beckerle resolved DAFFODIL-1734.
----------------------------------------
Resolution: Fixed
Fixed in 1ea2290f28e9ede344cb7d8d06f38a7fe818dfc3
TDML Tests are in daffodil-test module in the org.apache.daffodil.layers
package/resource-dir
E.g., search for test_layers1
There are also unit tests in daffodil-io, daffodil-runtime1, and daffodil-core.
"layers" packages of those.
> base64 encoding and other preprocessing
> ---------------------------------------
>
> Key: DAFFODIL-1734
> URL: https://issues.apache.org/jira/browse/DAFFODIL-1734
> Project: Daffodil
> Issue Type: New Feature
> Components: DFDL Language
> Reporter: Michael Beckerle
> Assignee: Michael Beckerle
> Priority: Major
> Fix For: 2.2.0
>
>
> Many formats have payloads that are embedded base64-encoded data.
> We need a DFDL language feature enabling us to specify that the underlying
> bytes of an element are base64 encoded. That is, the data stream is base64
> encoded, and must be decoded and then parsed, or unparsed and then encoded
> into base64 text.
> A similar preprocessing should handle compression, as formats like VMF
> (mil-std-6017) can have compressed payloads.
> In general, we should enable these pre-processing encoder/decoders to be
> pluggable so the set can be extended easily.
> This is a form of layering. If we consider just parsing for a moment, this
> enables one to define an element which is a byte-array or string, and then
> treat that as the input source for subsequent parsing without having to
> explicitly do a second pass of calling daffodil to parse the element. You can
> get Daffodil to do this second pass itself automatically.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
