[jboss-jira] [JBoss JIRA] (WFLY-9541) Storing a LinkedHashMap subclass in the session breaks replication.

[ https://issues.jboss.org/browse/WFLY-9541?page=com.atlassian.jira.plugin.... ] Klaasjan Brand updated WFLY-9541: --------------------------------- Description: Context: trying to get one of our applications to work with Wildfly session replication. After trying out a build from the Wildfly master branch to test another bug I submitted I noticed another issue which works fine in the Wildfly 11 release. Our application has a custom LinkedHashMap subclass (MostRecentlyUsedMap from the Wicket framework) which it stores in the session. It also keeps a reference to the subclass since that one has a few extra fields. When marshalling the session the MostRecentlyUsedMap is converted to a LinkedHashMap. When unmarshalling the session this causes an error since the field is of the subclass type. This behaviour is new in WF 12 and is related to this commit: https://github.com/wildfly/wildfly/commit/143527f595206c5f2bf037b47c797f0... (fix for the WFLY-9497 issue). was: Context: trying to get one of our applications to work with Wildfly session replication. After trying out a build from the Wildfly master branch to test another bug I submitted I noticed another issue which works fine in the Wildfly 11 release. Our application has a custom LinkedHashMap subclass (MostRecentlyUsedMap) which it stores in the session. It also keeps a reference to the subclass since that one has a few extra fields. When marshalling the session the MostRecentlyUsedMap is converted to a LinkedHashMap. When unmarshalling the session this causes an error since the field is of the subclass type. This behaviour is new in WF 12 and is related to this commit: https://github.com/wildfly/wildfly/commit/143527f595206c5f2bf037b47c797f0... (fix for the WFLY-9497 issue). -- This message was sent by Atlassian JIRA (v7.5.0#75005)