June 2010 - Wikitty-devel - mailman.cloud.codelutin.com

Modification des définitions d'extensions (génération)
by Eric Chatellier 24 Jun '10

24 Jun '10

Bonjour, Une modification importante a été effectuée au niveau de la génération des types dans les extensions. unique devient unique=true non null devient notNull=true Du coup, toutes les extensions existante doivent être migrées sinon l'exception suivante survient lors du restore : org.nuiton.wikitty.WikittyException: Bad FieldType definition 'STRING description unique' at org.nuiton.wikitty.WikittyUtil.parseField(WikittyUtil.java:142) at org.nuiton.wikitty.jdbc.WikittyExtensionStorageJDBC.restore(WikittyExtensionStorageJDBC.java:323) at org.nuiton.wikitty.jdbc.WikittyStorageJDBC.constructWikitty(WikittyStorageJDBC.java:470) at org.nuiton.wikitty.jdbc.WikittyStorageJDBC.restore(WikittyStorageJDBC.java:380) at org.nuiton.wikitty.WikittyServiceImpl.restore(WikittyServiceImpl.java:402) at org.nuiton.wikitty.WikittyServiceImpl.restore(WikittyServiceImpl.java:414) at org.nuiton.wikitty.WikittyServiceImpl.restore(WikittyServiceImpl.java:428) Il faudrait également modifier les versions des extensions TreeNode... dans wikitty. -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 1

Wikitty non sauvegardée suite à un ajout d'extensions
by Eric Chatellier 23 Jun '10

23 Jun '10

Bonjour, Dans le processus de migration, je récupère un wikitty, je lui ajoute une extension et je la sauvegarde en base pour valider la modification. Par contre, rien n'est sauvegardé. Je pense que lors de l'ajout d'une extension, la version mineure de la wikitty n'est pas modifiée, donc lors de la sauvegarde, il pense qu'il n'y a pas eu de modification et ne sauvegarde rien. Faut-il incrémenter la version mineure lors de la modification des extensions ? -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

3 3

Ajout de deux modules client/serveur basé sur hessian
by Eric Chatellier 23 Jun '10

23 Jun '10

Bonjour, Deux nouveaux modules vont être ajouté dans wikitty[1] pour pouvoir facilement utiliser un service wikitty a distance. Le protocole de communication est basé sur hessian. Donc: - un module client pour obtenir une interface sur un service distant - un module serveur (war) pour fournir un service. [1] http://www.nuiton.org/issues/show/701 -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 1

Problème de migration wikitty
by Eric Chatellier 17 Jun '10

17 Jun '10

Bonjour, J'ai implémenté une migration wikitty qui doit renommé un champ dans un wikitty. VradiUser ( VradiUser.name, VradiUser.password) qui devient VradiUser ( WikittyUser.login, WikittyUser.password) Cette entité est utilisé pour se loguer (requete solr) donc dans ce cas, l'index solr doit être resynchronisé. Cependant, la méthode WikittyService.syncEngin scan toute les grâce au scanner sur le storage courant (JDBC). Le soucis est que la WikittyStorage#scanWikitties restore les wikitty avec son implémentation locale (et non avec l'implementation restore du WikittyService qui les migre en même temps). Une solution peut-être de modifier le code suivant (WikittyStorage) : while (resultSet.next()) { String id = resultSet.getString(COL_ID); Wikitty wikitty = restore(transaction, id); scanner.scan(wikitty); } while (resultSet.next()) { String id = resultSet.getString(COL_ID); scanner.scan(id); } charge au scanner de restaurer lui même l'id en question. -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 1

Modification des PagedResult et restore(list<id>)
by Benjamin POUSSIN 11 Jun '10

11 Jun '10

Salut, Actuellement les PagedResult contiennent des Wikitty. Un PagedResult peut etre converti vers autre chose que wikitty via sa methode cast(..., ObjectMetier.class, ...) Avec la securite cela pose quelques soucis apres avoir reflechi un peu ce que je propose: - modifier PagedResult pour qu'il contienne les Id des wikitty et non pas les Wikitty. En charge au client de faire une restauration partielle ou total des objets via la methode restore du proxy ou cast L'avantage est que les PagedResult sont plus lege, pas de chargement de wikitty qui peuvent etre non utilise par la suite Pas de probleme de securite ou filtre des objets en retour, on retourne tout, mais la seul chose que l'utilisateur a est un identifiant donc meme s'il n'a pas de droit dessus il ne pourra rien faire, il sait juste le nombre exact de resource pour le resultat de sa requete (ce qui est plutot bien) - on ajoute une methode restoreQuiet(Filtered?) qui enleve les objets sur lequel il n'a pas le droit (et on laisse le restore actuel qui leve une exception) - le cast de PagedResult utilise cette nouvelle method restore et donc le retour de la methode pourra avoir moins de resultat que le PagedResult initial, mais l'utilisateur sera au courant et pourra faire ce qu'il veut avec cette information (pas de probleme de filtrage sans que l'utilisateur ne le sache et donc des problemes du genre: oui, mais il s'attend a avoir 1000 resultat et en fin de compte on lui en retourne que 10, mais apres les 1000 il y a en peut-etre d'autre, ... donc des problemes sans fin au niveau couche basse. La methode cast deviendrait avant public <E extends BusinessEntityWikitty> PagedResult<E> cast( String securityToken, WikittyService wikittyService, Class<E> clazz, boolean autoconvert) { apres public <E extends BusinessEntityWikitty> PagedResult<E> cast( WikittyProxy proxy, Class<E> clazz, boolean autoconvert) { vos avis ? -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

2 1

10 Jun '10

Le 10/06/2010 12:02, chatellier(a)users.labs.libre-entreprise.org a écrit : > Author: chatellier > Date: 2010-06-10 10:02:00 +0000 (Thu, 10 Jun 2010) > New Revision: 1057 > > Log: > Split service : > - data on local cache > - storage on remote server > > /** > @@ -172,21 +166,21 @@ > } > > /** > - * Get vradi service proxy. > + * Get remote vradi service (execute code on server).s > * > * @return vradi storage service proxy > */ > public static VradiStorageService getVradiStorageService() { > - return vradiService; > + return vradiStorageService; > } > > /** > - * Get local vradi service proxy. > + * Get local vradi service (use local chached wikitty proxy). > * > - * @return local vradi storage service proxy > + * @return local vradi data service proxy > */ > - public static VradiStorageService getLocalVradiStorageService() { > - return vradiServiceLocal; > + public static VradiDataService getVradiDataService() { > + return vradiDataService; > } Bonjour, Le service unique de Vradi a été divisé en deux. Le service "storage service" original reste, il doit service à vouloir exécuter du code "sur le serveur" (génération de PDF, envoie de mail). Les méthodes ne servant qu'a manipuler des données, faire des recherches... vont être peu à peu déplacer sur le service VradiDataService qui est instancié sur le WikittyProxy local (c'est à dire le cache). -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 0

Choix de la librairie de synchronisation
by Eric Chatellier 10 Jun '10

10 Jun '10

Bonjour, Actuellement, Wikitty utilise un système de synchronisation basé sur JGroups[1], c'est-à-dire en broadcastant un message sur le réseau local. L'idée est d'avoir un canal de communication entre le serveur et le client (plutôt dans le sens serveur vers clients). Cette librairie posant actuellement quelques problèmes ipv4/ipv6, il est possible que ce ne soit pas la meilleure solution à long terme. Les alternatives possibles peuvent être : - JGroups (simple) - JMS (déjà plus compliqué) - Apache mina [2] [1] : http://www.jgroups.org/index.html [2] : http://mina.apache.org/ -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

2 7

wikittyMyAdmin précisions sur le sujet
by Brossaud Benoît 09 Jun '10

09 Jun '10

Bonjour, J'explique ce que j'ai compris sur ce que je dois faire: ==> utiliser ZK ==> grâce aux objets Wikitty et WikittyExtension, je dois créer des formulaires qui permettrons soit de modifier les objets Wikitty sélectionnés ou soit de créer un nouveau Wikitty à partir d'un objet WikittyExtension. ==> Je devrais donc avoir une génération de formulaires générique qui puisse adapter les champs du formulaire en fonction de ceux de l'objet à modidier ou a créer. ==> Ah oui et quel nom pour ce projet? ==> si j'ai oublié des choses...

1 0

Wikitty et Eugene
by Tony Chemit 09 Jun '10

09 Jun '10

Yo, En regardant un peu les commits sur wikitty, je me demande quelle version vous utilisez d'Eugene ? - Vous n'utilisez pas les derniers goals mais les vieux goals depréciés... - Vous utilisez (encore ?) des generator au lieu de transformer ? Permettez moi d'être un peu dubitatif sur cet état surtout quand on sait qu'initialiement les transformers avaient été écrits pour wikitty... Bref, je voudrais bien comprendre pourquoi on fait ça ? -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

3 3

Ajout de la sécurité
by Benjamin POUSSIN 06 Jun '10

06 Jun '10

Salut, Voila un début de réflexion pour l'ajout de la securite: On continue sur l'idée de couche de service basé sur l'interface WikittyService. Actuellement nous avons: - WikittyServiceImpl (qui fait réellement le travail) - WikittyServiceNotifier (pour le super des listeners et la distribution des events) - WikittyServiceCached (pour ajouter du cache distribué ou non si on a aussi le notifier) On ajoute les methodes suivantes sur le WikittyService: - login(String login, String password):String // return token - logout(String token); Toutes les methodes du service prennent en 1er argument un token. S'il est vide ou invalide (forgé) on considère que l'utilisateur n'est pas logguer et donc n'a accès qu'aux ressources qui ne nécessitent pas de droit. Je préfère que le token soit le 1er argument plutôt que d'imager des choses magiques comme l'envoi grâce au protocole de comm ou autre astuce, qui sera difficile a mettre en place, à porter sur les différents protocoles, à maintenir et à comprendre pour les utilisateurs. Authentification ================ ajout dans le proxy: - login(String login, String password):String - logout(); - setToken(String token) - getToken():String Le token est conservé dans le proxy pour que l'utilisateur n'est pas a le stocker dans son application, ni à le passer aux méthodes du proxy. Mais cela veut dire que le proxy n'est plus mutualisable entre plusieurs utilisateurs, mais reste threadSafe car le token n'est qu'en lecture dans 99% du temps. Pour pallier a la non mutualisation du proxy entre different utilisateur et si l'instanciation d'un proxy est couteux, on pourra mettre en place pour les applications web un pool de proxy. Autorisation ============ Si pas de sécurite d'activée tous les objets sont dit annonyme. Cela peut aussi arriver si la personne n'est pas authentifiée. Sinon, la sécurite ajoute automatiquement aux nouveaux objets l'extension WikittyAuthorisation(owner:WikittyUSer, Admin:List<WikittyGroup>, writer:List<WikittyGroup>, reader: List<WikittyGroup>) Ou owner est fixé à la personne qui à créé l'objet Les objets anonymes ne peuvent avoir l'extension WikittyAuthorisation que si un admin de l'application lui ajoute (les admin sont defini par configuration de l'application) Ensuite pour modifier les champs de WikittyAuthorisation cela peut-etre fait par les admins de l'application et les admins déclarés dans l'authorisation elle même Les modifications de l'extension Authorisation ne sont permissent que côté serveur juste avant l'enregistrement. Un objet autorisation sera aussi lié à l'extension pour savoir qui peut créer ce genre d'extension (il faudra donc lors de la sauvegarde regarde si précédemment l'objet avait cette extension ou non avant et si ce n'était pas le cas, vérifier que la personne a le droit d'ajouter cette extension avant de faire sa sauvegarde. question comment lier une autorisation a une extension ? en utilisant un tag value, un fichier de configuration, ou un autre moyen ? Pour verifier qu'une personne a le droit de faire une action: - pour la création on regarde l'authorisation sur l'extension - pour la modification de l'authorisation on regarde les AdminApp|Admin de l'objet sur la version précédente - pour la modif on regarde les AdminApp|Admin et writer de l'objet - pour la lecture on regarde les AdminApp|Admin, write et readers de l'objet Pour simplifier dans une 1er temps, seul les AppAdmin pourront créer ou modifier les extensions. Il faudra bien faire attention qu'une application n'arrive a pas modifier des droits en modifiant simplement l'objet de son cote et en le sauvant. Nouvelles extensions ==================== - WikittyUser(login(email?), password) - WikittyGroup(name:String, contains:List<WikittyUser|WikittyGroup>) - WikittyAuthorisation(owner:WikittyUSer, Admin:List<WikittyGroup>, writer:List<WikittyGroup>, reader: List<WikittyGroup>) -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

1 0