Application: gvSIG desktop

Los planes de topologia solo se descargan al cliente al hacer el checkout.
Una vez hecho el checkout, cuando se hace un commit o un update no se actualiza la tabla de planes de topologia. Esto puede ocasionar que se haya actualizado un plan de topologia en el repositorio despues que usuarios ya se lo hayan descargado, o incluso que usuarios hayan hecho un checkout antes de asignar un plan de topologia a una tabla. Si pasa eso el usuario no sera consciente de que la tabla tiene el plan de topoloia desfasado o incluso de que tiene un plan de topologia asociado a la tabla que esta haciendo commit y no intentara pasar el plan de topologia.

• Al hacer el commit que se envie el TopologyPlanHashCode del plan de topologia asociada a la tabla que el cliente tiene en local. Si la entidad en el repositorio tiene asignado un plan de topologia y el hash code de este es distinto del hash code del plan enviado por el cliente el commit falla.

• Preparar un mecanismo similar al que tiene el checkout para actualizar, en caso de que sea necesario, la tabla de planes de topologia local al hacer un update (de paso actualizar la tabla de usuarios).

Si se crea un plan de topología sobre una tabla después de hacer el checkout de la tabla y se crean elementos que no pasan el plan de topología, al intentar hacer el commit la primera vez falla, pero no muestra ningún mensaje. La segunda vez sí ejecuta el plan de topología.
Sería deseable que lo ejecutara a la primera o, al menos, que muestre un mensaje la primera vez que intenta hacer el commit y falla (porque el hash code es distinto)