n Tomcat 5.0.x konnten Sie useDirtyFlag = "false" auf @ setze Replikation der Sitzung nach jeder Anforderung erzwingen anstatt auf set / removeAttribute-Aufrufe zu prüfen.

<Cluster className="org.apache.catalina.cluster.tcp.SimpleTcpCluster"
                 managerClassName="org.apache.catalina.cluster.session.SimpleTcpReplicationManager"
                 expireSessionsOnShutdown="false"
                 **useDirtyFlag="false"**
                 doClusterLog="true"
                 clusterLogName="clusterLog"> ...

Die Kommentare in der server.xml besagten, dass dies verwendet werden kann, um die folgende Arbeit zu machen:

<%
    HashMap map = (HashMap)session.getAttribute("map");
    map.put("key","value");
%>

d.h. ändere den Zustand eines Objekts mit Wurde bereits in die Sitzung aufgenommen und Sie können sicher sein, dass dieses Objekt weiterhin auf die anderen Knoten im Cluster repliziert wird.

Gemäß der Tomcat 6-Dokumentation haben Sie nur zwei "Manager" -Optionen - DeltaManager & BackupManager ... keine dieser Optionen scheint diese Option oder ähnliches zuzulassen. In meinem Test das Standard-Setup:

  <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>

enn Sie den DeltaManager standardmäßig erhalten, verhält er sich definitiv wie useDirtyFlag = "true" (wie erwartet).

So meine Frage ist - gibt es eine Entsprechung in Tomcat 6?

enn ich mir die Quelle ansehe, sehe ich eine Manager-Implementierung "org.apache.catalina.ha.session.SimpleTcpReplicationManager", die zwar useDirtyFlag enthält, die Javadoc-Kommentare jedoch in diesem Status lauten "Tomcat-Sitzungsreplikation für Tomcat 4.0" Ich weiß nicht, ob dies in Ordnung ist - ich vermute nicht, da es nicht in der Hauptdokumentation zur Clusterkonfiguration erwähnt wird.