[jboss-jira] [JBoss JIRA] (WFLY-13426) Optimize marshalling in clustering subsystems using ProtoStream
Brian Stansberry (Jira)
issues at jboss.org
Sat May 16 08:56:07 EDT 2020
[ https://issues.redhat.com/browse/WFLY-13426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14100900#comment-14100900 ]
Brian Stansberry commented on WFLY-13426:
-----------------------------------------
[~pferraro]
In the case of arbitrary application types how does this work? Is it expected that applications will provide .proto files and/or use the protostream annotations? So, essentially an opt-in kind of thing?
> Optimize marshalling in clustering subsystems using ProtoStream
> ---------------------------------------------------------------
>
> Key: WFLY-13426
> URL: https://issues.redhat.com/browse/WFLY-13426
> Project: WildFly
> Issue Type: Task
> Components: Clustering
> Affects Versions: 19.1.0.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Major
>
> Currently, WildFly uses JBoss Marshalling to marshal user objects (session attributes, SFSB instances) for the purposes of replication and persistence.
> Protostream (developed by the Infinispan team) offers several advantages over JBoss Marshalling.
> * Lower memory footprint (marshalling schemas are built during compilation time)
> ** Marshalling is granular, thus avoiding lots of large buffer copying
> * Faster marshalling - as it does not rely on reflection
> * Produces generally smaller replication payloads (see https://docs.google.com/spreadsheets/d/1f6FlXqxX7dYm44naHZfqLc5TjqlmscIdGyyfmt5I3f4/edit?usp=sharing )
> * Resolves security concerns due to JBM's reliance on reflection and Java serialization inherently permitting arbitrary execution of rogue code
> * JBoss Marshalling is effectively in maintenance mode
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
More information about the jboss-jira
mailing list