JBOSS服务器中的负载平衡机制

<replication-trigger>SET_AND_NON_PRIMITIVE_GET</replication-trigger> 36. <replication-granularity>SESSION</replication-granularity> 37. </replication-config> 其中 replication-trigger 是指定哪些操作引发 session 的版本更新, 它的取值有: 1. SET_AND_GET 2. SET_AND_NON_PRIMITIVE_GET 3. SET replication-granularity 是复制粒度, 可以取 session 或 attribute ?如果取为 attribute 有可能导致复制失败, 这是目前版本的 jboss cache 的一个 bug, 等待修正?部署项目, 测试, 如果配置没有问题, 可以在%jboss%\0server\all\log\server.log 中发现类似于这样的信息: DEBUG [org.jboss.web.tomcat.tc5.session.JBossCacheManager] check to see if needs to store and replicate session with id Im9-qpuaXppMS+xXwE3M+Q**.server1 DEBUG [org.jboss.web.tomcat.tc5.session.ClusteredSession] processSessionRepl(): session is dirty. Will increment version from: 20 and replicate. 在 Jboss 负载均衡中 Session replication 配置的情况复杂,所以成功率比较低?