[
https://issues.apache.org/jira/browse/UIMA-6295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17239440#comment-17239440
]
Richard Eckart de Castilho commented on UIMA-6295:
--------------------------------------------------
If I step through the code in the TSI case, I can see that the FSArray is
deserialized and filled with the FeatureRecords - but the array never seems to
be injected into the {{features}} field of the {{FeatureMap}}. This can also be
seen in the trace logs:
XMI
{noformat}
// Feature map created - interestingly there is not "features:null" here as in
the TSI case
cr: c:1 v:base i:8 t:FeatureMap
// FSArray<FeatureRecord> created
cr: c:1 v:base i:10 t:Feat.ord[] l:2
// FSArray injected into FeatureMap.features
up: c:1 v:base i:8 t:FeatureMap features:Fe.[]:10
// FeatureRecords loaded into the array (we don't seem to get separate events
for adding stuff to the array fields)
cr: c:1 v:base i:14 t:Feat.ecord name:m1 value:0.1
cr: c:1 v:base i:17 t:Feat.ecord name:m2 value:0.2
{noformat}
TSI
{noformat}
// Feature map created - note the "features:null" here
cr: c:1 v:base i:18 t:FeatureMap features:null
// FeatureRecords loaded into the array (we don't seem to get separate events
for adding stuff to the array fields)
cr: c:1 v:base i:20 t:Feat.ecord name:m1 value:0.1
cr: c:1 v:base i:23 t:Feat.ecord name:m2 value:0.2
// Here, an untyped array seems to have been created
cr: c:1 v:base i:26 t:FSArray l:2
{noformat}
> CAS transportable Java object not serialised or deserialised with compressed
> binary
> -----------------------------------------------------------------------------------
>
> Key: UIMA-6295
> URL: https://issues.apache.org/jira/browse/UIMA-6295
> Project: UIMA
> Issue Type: Bug
> Components: uimaj
> Affects Versions: 3.1.1SDK
> Environment: [^cas-transported-java-objects.zip]
> Reporter: Mario Juric
> Priority: Major
> Attachments: cas-transported-java-objects.zip
>
>
> I have been experimenting with wrapping a CAS transportable Java HashMap
> inside an UIMA type, and I found that the internal UIMA FSArray is either not
> stored or restored, although _save_to_cas_data and _init_from_cas_data of
> UimaSerializableFSs are called during serialisation and deserialisation of a
> compressed CAS binary. I have not yet been able to pinpoint where it goes
> wrong, serialisation or deserialisation, but I attached a simple Maven
> project with a test that reproduces the problem. Notice that the test that
> uses XMI succeeds, while the one that uses
> SerialFormat.COMPRESSED_FILTERED_TS fails.
> [^cas-transported-java-objects.zip]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)