[ 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)