No, I'm talking about the protocol described here: https://cwiki.apache.org/confluence/display/IGNITE/IEP-67%3A+Networking+module#IEP67:Networkingmodule-UserObjectSerialization
On Thu, Jul 11, 2024 at 6:47 PM Aleksandr Pakhomov <apk...@gmail.com> wrote: > Thanks for the question, Aleksandr. Can you clarify what do you mean by > existing User Object Serialization protocol? Am I right assuming that you > are talking about Mappers that are supported in Record and KV APIs? > > -- > Best regards, > Aleksandr Pakhomov > > > On 11 Jul 2024, at 18:39, Aleksandr Polovtsev <alexpolovt...@gmail.com> > wrote: > > > > Hi, Aleksandr, thank you for the great effort! > > > > Could you please explain how this protocol differs from the existing > User Object Serialization protocol? Why do we need another one? > > > > On Thu, Jul 11, 2024 at 6:20 PM Aleksandr Pakhomov <apk...@gmail.com > <mailto:apk...@gmail.com>> wrote: > >> Hi, dear community. > >> > >> I would like to propose the design for supporting user objects in > >> Ignite 3. All APIs that can accept/return custom objects that are > >> not a part of Ignite 3 distribution are going to have additional > >> parameter -- argument/result marshaller. > >> > >> I would appreciate any feedback, feel free to reply to this > >> message or leave the comment in the Confluence. > >> > >> IEP-124: User Object Serialization - Apache Ignite - Apache Software > Foundation > >> cwiki.apache.org > >> > >> < > https://cwiki.apache.org/confluence/display/IGNITE/IEP-124%3A+User+Object+Serialization>IEP-124: > User Object Serialization - Apache Ignite - Apache Software Foundation < > https://cwiki.apache.org/confluence/display/IGNITE/IEP-124%3A+User+Object+Serialization > > > >> cwiki.apache.org < > https://cwiki.apache.org/confluence/display/IGNITE/IEP-124%3A+User+Object+Serialization> > < > https://cwiki.apache.org/confluence/display/IGNITE/IEP-124%3A+User+Object+Serialization > > > >> > >> -- > >> Best regards, > >> Aleksandr Pakhomov > >> > > > > > > -- > > With regards, > > Aleksandr Polovtsev > > -- With regards, Aleksandr Polovtsev