[ 
https://issues.apache.org/jira/browse/UIMA-6295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mario Juric updated UIMA-6295:
------------------------------
    Description: 
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]

  was:
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] [^cas-transported-java-objects.zip]


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

Reply via email to