Gadget packaging and user interface sharing

(En [1363]) refs #114. New clases for the packaging system

(En [1364]) refs #114. New clases for the packaging system

(En [1365]) refs #114. Failure when committing changes! Eclipse didn't detect changes in a file when they were present. Uploading file again!

(En [1366]) refs #114. Solving incompatibity between python 2.4 and 2.5. When creating a class without inheritance, it must be done like this: class name: and not like: class name():

(En [1376]) refs #114. Changes on workspace cloning algorithm (now many-to-many relationships aware). New linking capabilities to cloned workspaces.

(En [1380]) refs #114. Final version of the packaging system. All packaging-related operations are implemented via 3 urls: /workspace/id/publish, /workspace/id/copy, /workspace/id/link

See #114 ticket for more info.

Resolver este ticket ha implicado profundos cambios en el core de EzWeb:

1. Se ha cambiado el modelo de datos.
   • Se ha incluido el concepto de VariableValue?, de tal manera que las variables de un workspace, sirven para indicar la estructura del mismo, pero no almacenan el valor de la misma. Lógicamente, el valor de una variable es distinto para cada usuario que usa el workspace.
   • Se ha incluido una relación N:M entre usuario y workspace, de tal manera que varios usuarios puedan usar el mismo workspace al mismo tiempo (workspace sharing)
2. Se ha creado un algoritmo totalmente genérico de clonado de workspaces. Los futuros posibles cambios en el modelo de datos, no afectan al algoritmo que introspecciona el modelo de datos cada vez que se clona. El único tunning que podría ser necesario, sería indicar que tablas no desean clonarse y desean ser enlazadas (ej.: gadgets, xhtml, user, etc)
3. Aparecen tres conceptos:
   • Publicación de un workspace. Se clona el workspace indicado (sacando una foto exacta de la estructura del mismo pero no de los valores de las variables). Se crea una entrada en la tabla PublishedWorkspace? que enlaza al workspace clonado. Se hace una vez. Lo hace el usuario que desea publicar su workspace.
   • Clonado de un workspace. Lo hace el usuario que desea clonar la foto de un workspace publicado por otro usuario (o por el mismo...). Se clona toda la estructura de la foto publicada a un workspace "normal". No se crea entrada en la tabla PublishedWorspaces? sino directamente en Workspace.
   • Linkado de un workspace. El clonado simplemente gestiona la estructura del workspace (es decir, gestiona toda la información de un workspace independiente del usuario que lo usa). El linkado, por el contrario, completa la estructura necesaria del workspace con la información del usuario que desea usar el workspace. En concreto, el linkado vincula el objecto workspace con el usuario que lo desea linkar, crear los valores de variable para dicho usuario (VariableValue?) y enlaza los gadgets usados por el workspace con el usuairo (para mantaner actualizada la paleta de gadgets del usuario)

(En [1390]) refs #114. Solved error when adding instance. There were some method calls with a new argument missing.

(En [1397]) refs #114. Changes in cloning algorithm due to new django 1.0 api

(En [1398]) refs #114. Merging workspaces! More info at ticket page

(En [1407]) refs #114. PUblishing workspace at PublishedWorkSpace? table. Exporting mashup templates to catalogue for adding mashups to catalogue