[jboss-jira] [JBoss JIRA] Updated: (JBCACHE-805) Channel is set to AUTO_GET_STATE even if cache doesn't want initial state transfer

[Brian Stansberry (JIRA)]

     [ http://jira.jboss.com/jira/browse/JBCACHE-805?page=all ]

Brian Stansberry updated JBCACHE-805:
-------------------------------------

    JBoss Forum Reference: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=92428

This JIRA is one part of a larger issue; see forum thread for details.

> Channel is set to AUTO_GET_STATE even if cache doesn't want initial state transfer
> ----------------------------------------------------------------------------------
>
>                 Key: JBCACHE-805
>                 URL: http://jira.jboss.com/jira/browse/JBCACHE-805
>             Project: JBoss Cache
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>            Reporter: Brian Stansberry
>         Assigned To: Manik Surtani
>
> The channel should probably only be set to AUTO_GET_STATE if getFetchStateOnStartup() returns true.  Otherwise if the node is shunned and reconnects, a full state transfer will occur.  Presumably the cache can't or doesn't want to handle that, or getFetchStateOnStartup() would not have returned true.
> One problem is what if getFetchStateOnStartup() returns false because the config uses a shared cache loader (so no persistent state transfer) and a cold cache at startup is OK (so no in-memory state transfer).  But, following reconnect the cache is no longer "cold" -- the in-memory tree now has potentially stale data.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira