You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@polygene.apache.org by "Paul Merlin (JIRA)" <ji...@apache.org> on 2017/02/27 14:56:45 UTC

[jira] [Updated] (POLYGENE-102) Custom (de)serialization mapping

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

Paul Merlin updated POLYGENE-102:
---------------------------------
    Issue Type: Sub-task  (was: Improvement)
        Parent: POLYGENE-231

> Custom (de)serialization mapping
> --------------------------------
>
>                 Key: POLYGENE-102
>                 URL: https://issues.apache.org/jira/browse/POLYGENE-102
>             Project: Polygene
>          Issue Type: Sub-task
>            Reporter: Niclas Hedhman
>            Assignee: Paul Merlin
>             Fix For: 3.0
>
>
> Currently the Serialization subsystems are expecting that the deserializer is reading the serializer's output, and what the format is, is largely out of interest.
> But often, one wants better control of both input and output of the serialization system, so that foreign protocols can easily be supported, without writing the serialization from scratch for those cases.
> Inspiration should probably be found in Jackson, and perhaps(!) the answer is more about providing a Zest-adapted plugin to Jackson and then use Jackson internally everywhere in Zest. In any event, the fact that Jackson can be extended in all kinds of fashion, should serve as the blue print for how Zest achieves something similar.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)