<div dir="ltr">Yes, the 'mode' of 'realms' and 'users' caches were changed to 'ASYNC'. This causes the app to store the invalidations temporarily w/o sending to other nodes and flush them all only when a threshold value is arrived. I think this storage method causes the Serialization issue.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 30, 2015 at 7:30 PM, Bill Burke <span dir="ltr"><<a href="mailto:bburke@redhat.com" target="_blank">bburke@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Did you change caching configuration?<span class=""><br>
<br>
On 11/30/2015 8:50 AM, Lohitha Chiranjeewa wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
Issue came up with Realm and User caches. Not User Sessions.<br>
<br>
On Mon, Nov 30, 2015 at 7:17 PM, Bill Burke <<a href="mailto:bburke@redhat.com" target="_blank">bburke@redhat.com</a><br></span><span class="">
<mailto:<a href="mailto:bburke@redhat.com" target="_blank">bburke@redhat.com</a>>> wrote:<br>
<br>
Or is this related to UserSession cache?<br>
<br>
On 11/30/2015 8:45 AM, Bill Burke wrote:<br>
> We don't replicate at all. Why would this be an issue?<br>
><br>
> On 11/30/2015 8:41 AM, Lohitha Chiranjeewa wrote:<br>
>> When Infinispan caching is enabled in ASYNC mode, exceptions get<br>
logged<br>
>> at startup due to serialization issues. Basically the following<br>
classes<br>
>> have to implement the Serialiazable interface:<br>
>><br>
>> org.keycloak.models.OTPPolicy<br>
>> org.keycloak.models.<br>
>> RequiredActionProviderModel<br>
>><br>
>> There could be other classes as well.<br>
>><br>
>> Is this already fixed in 1.7.0 code or shall I put a JIRA?<br>
>><br>
>><br>
>> Regards,<br>
>> Lohitha.<br>
>><br>
>><br>
>> _______________________________________________<br>
>> keycloak-user mailing list<br></span>
>> <a href="mailto:keycloak-user@lists.jboss.org" target="_blank">keycloak-user@lists.jboss.org</a> <mailto:<a href="mailto:keycloak-user@lists.jboss.org" target="_blank">keycloak-user@lists.jboss.org</a>><span class=""><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br>
>><br>
><br>
<br>
--<br>
Bill Burke<br>
JBoss, a division of Red Hat<br>
<a href="http://bill.burkecentral.com" rel="noreferrer" target="_blank">http://bill.burkecentral.com</a><br>
_______________________________________________<br>
keycloak-user mailing list<br></span>
<a href="mailto:keycloak-user@lists.jboss.org" target="_blank">keycloak-user@lists.jboss.org</a> <mailto:<a href="mailto:keycloak-user@lists.jboss.org" target="_blank">keycloak-user@lists.jboss.org</a>><br>
<a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br>
<br>
<br>
</blockquote><div class="HOEnZb"><div class="h5">
<br>
-- <br>
Bill Burke<br>
JBoss, a division of Red Hat<br>
<a href="http://bill.burkecentral.com" rel="noreferrer" target="_blank">http://bill.burkecentral.com</a><br>
</div></div></blockquote></div><br></div>