Actualización continua de la alerta de vista previa en SDL Tridion UI 2012

Estoy intentando establecer una nueva funcionalidad de SDL Tridion UI 2012 en algunas páginas de prueba (predeterminadas). Estoy continuamente recuperando la alerta "La vista previa de esta página no está actualizada" a pesar de que hago clic varias veces en "Actualizar vista previa". Estaba usando una imagen virtual, por lo que nadie más puede editar la página excepto yo mismo. No importa qué componente haya cambiado. He echado un vistazo al archivo cd_core.log en el lado del servicio web "vista previa de sesión" y encuentro estos nodos interesantes:

INFO  WritableODataClaimProcessor - No session wrapper is installed, not allowing modification operations
DEBUG HandleSessionContentUtil - There are no session wrappers into storage config file!
DEBUG HandleSessionContentUtil - There are no session wrappers into storage config file!
DEBUG WebContext - setCurrentClaimStore: com.tridion.siteedit.preview.PreviewClaimStore@dc60af, thread: Thread-59
DEBUG WritableODataClaimProcessor - Removing sessionId claim from ClaimStore!
DEBUG ClaimStore - remove: uri=taf:claim:contentdelivery:webservice:preview:sessionid
DEBUG WebContext - setCurrentClaimStore: null, thread: Thread-59

La parte más interesante es que las envolturas de sesión se agregaron a cd_storage_conf.xml en el lado del servicio web "vista previa de sesión". El siguiente es parte de la "vista previa de la sesión" cd_storage_conf.xml:

    <Storages>       
        <Wrappers>               
            <Wrapper Name="SessionWrapper">             
                <Timeout>120000</Timeout>                  
                <Storage Type="persistence" Id="sqlServerDb" dialect="MSSQL" Class="com.tridion.storage.persistence.JPADAOFactory">
                    <Pool Type="jdbc" Size="5" MonitorInterval="60" IdleTimeout="120" CheckoutTimeout="120" />
                    <DataSource Class="com.microsoft.sqlserver.jdbc.SQLServerDataSource">
                        <Property Name="serverName" Value="T2011" />
                        <Property Name="portNumber" Value="1433" />
                        <Property Name="databaseName" Value="Tridion_Session_Preview"/>
                        <Property Name="user" Value="TridionSessionPreview"/>
                        <Property Name="password" Value="tridion"/>
                    </DataSource>
                </Storage>                   
            </Wrapper>
        </Wrappers>            
        <StorageBindings>
            <Bundle src="preview_dao_bundle.xml"/>            
        </StorageBindings>       
        <Storage Type="filesystem" Class="com.tridion.storage.filesystem.FSDAOFactory" Id="staging" defaultFilesystem="false">
            <Root Path="C:\inetpub\wwwroot\software" />
        </Storage>
       <Storage Type="persistence" Id="sqlServerDb" dialect="MSSQL" Class="com.tridion.storage.persistence.JPADAOFactory">
            <Pool Type="jdbc" Size="5" MonitorInterval="60" IdleTimeout="120" CheckoutTimeout="120" />
            <DataSource Class="com.microsoft.sqlserver.jdbc.SQLServerDataSource">
                <Property Name="serverName" Value="T2011" />
                <Property Name="portNumber" Value="1433" />
                <Property Name="databaseName" Value="Tridion_Broker_Staging"/>
                <Property Name="user" Value="TridionBrokerUser"/>
                <Property Name="password" Value="tridion"/>
            </DataSource>
        </Storage>
    </Storages>    
</Global>

<ItemTypes defaultStorageId="sqlServerDb" cached="false">
    <Item typeMapping="Page" cached="false" storageId="staging"/>
</ItemTypes>

He comprobado el estado de validez de cd_storage_conf.xml y todo está bien (intente abrir XML a través de IE y se muestra correctamente).

Cuando vuelvo a publicar la página (Finalizar edición), todo está en el estado correcto después de volver a cargar la página hasta que se realice el primer cambio en cualquier componente. Este estado inesperado me dio un dolor y un dolor de cabeza tan fuertes, y además me crea un nervio ... :).

Respuestas a la pregunta(1)

Su respuesta a la pregunta