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

Renommage de l'attribut children des TreeNode
by Eric Chatellier Sept. 27, 2010

Sept. 27, 2010

Bonjour, L'attribut TreeNode#children a été renommé en "attachment" pour éviter la confusion entre ce qui est attaché au treenode et les sous noeud des arbres (children). -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 0

Fwd: [Wikitty-commits] r340 - trunk/wikitty-solr-impl/src/main/java/org/nuiton/wikitty/solr
by Eric Chatellier Sept. 23, 2010

Sept. 23, 2010

Je ne suis pas sûr que le code soit bon, mais l'indexation des champs de types "Wikitty" ayant changé, j'ai également changé les requetes pour supprimer le suffixe "_s" en ce qui concernait les TreeNode. Les tests passent sans les modifier. -------- Message original -------- Sujet: [Wikitty-commits] r340 - trunk/wikitty-solr-impl/src/main/java/org/nuiton/wikitty/solr Date : Thu, 23 Sep 2010 16:02:00 +0200 (CEST) De : echatellier(a)users.nuiton.org Répondre à : wikitty-commits(a)list.nuiton.org Pour : wikitty-commits(a)list.nuiton.org Author: echatellier Date: 2010-09-23 16:01:59 +0200 (Thu, 23 Sep 2010) New Revision: 340 Url: http://nuiton.org/repositories/revision/wikitty/340 Log: Fix treenode field indexation Modified: trunk/wikitty-solr-impl/src/main/java/org/nuiton/wikitty/solr/WikittySearchEnginSolr.java Modified: trunk/wikitty-solr-impl/src/main/java/org/nuiton/wikitty/solr/WikittySearchEnginSolr.java =================================================================== --- trunk/wikitty-solr-impl/src/main/java/org/nuiton/wikitty/solr/WikittySearchEnginSolr.java 2010-09-23 10:13:48 UTC (rev 339) +++ trunk/wikitty-solr-impl/src/main/java/org/nuiton/wikitty/solr/WikittySearchEnginSolr.java 2010-09-23 14:01:59 UTC (rev 340) @@ -310,7 +310,7 @@ Collection<String> excludedChildNodeIds = getExcludedNodeIds(id); // Find all node contain child - SolrQuery query = new SolrQuery(SOLR_QUERY_PARSER + TreeNode.FQ_FIELD_TREENODE_CHILDREN + "_s:" + id); + SolrQuery query = new SolrQuery(SOLR_QUERY_PARSER + TreeNode.FQ_FIELD_TREENODE_CHILDREN + ":" + id); QueryResponse response = solrServer.query(query); SolrDocumentList updateDocs = response.getResults(); @@ -527,7 +527,7 @@ // Search deleted children SolrDocument treeNodeDoc = findById(id); if(treeNodeDoc != null) { - Collection oldChildren = treeNodeDoc.getFieldValues(TreeNode.FQ_FIELD_TREENODE_CHILDREN + "_s"); + Collection oldChildren = treeNodeDoc.getFieldValues(TreeNode.FQ_FIELD_TREENODE_CHILDREN); if(oldChildren != null) { // if no more children, remove all old children if(children == null) {

2 1

Test deleteChildren qui ne passe plus dans Solr impl
by Brendan Le Ny Sept. 23, 2010

Sept. 23, 2010

Dans la branche wikitty-eugene-migration, le test org.nuiton.wikitty.solr.test.TreeTest ne passe plus alors qu'il passe toujours dans le trunk. Il s'agit plus précisément du testDeleteChild() qui ne supprime pas vraiment le fils passé en paramètre. J'ai des doutes sur l'utilisation de WikittyServiceInMemory qui stocke les objets sans en faire des copies alors j'ai ajouter des .clone() lors des store(). Arnaud pourra compléter ma description, il pense que c'est un problème de cablage dans les propertyChangeListerner qui fait que le children n'est pas mis à jour vis à vis de la modification de son père et que cette information n'est pas propagée, notamment dans l'index Solr. Si quelqu'un arrive à corriger ce problème, c'est pour l'instant ce qui m'empêche de construire la branche... -- Brendan Le Ny <bleny(a)codelutin.com> Code Lutin

3 3

Utilité du champ TreeNode#treeNode
by Eric Chatellier Sept. 23, 2010

Sept. 23, 2010

Bonjour, Je suis en train de modifier le modèle concernant les TreeNode composé de Wikitty parent String name Wikitty[0-*] children Wikitty treeNode Je me demandais à quoi servait l'attribut "treeNode" ? Merci. -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 1

Exception au commit JTA
by Eric Chatellier Sept. 21, 2010

Sept. 21, 2010

Bonjour, Aujourd'hui j'ai eu l'erreur suivante lors d'une reindexation: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.nuiton.util.ObjectUtil.call(ObjectUtil.java:186) at org.nuiton.util.ApplicationConfig$Action.doAction(ApplicationConfig.java:500) at org.nuiton.util.ApplicationConfig.doAction(ApplicationConfig.java:726) at com.jurismarches.vradi.VradiServiceMain.main(VradiServiceMain.java:50) Caused by: org.nuiton.wikitty.WikittyException: org.nuiton.wikitty.WikittyException: Error on commit JTA transaction at org.nuiton.wikitty.WikittyServiceImpl.syncEngin(WikittyServiceImpl.java:982) at org.nuiton.wikitty.WikittyServiceNotifier.syncEngin(WikittyServiceNotifier.java:437) at org.nuiton.wikitty.WikittyServiceCached.syncEngin(WikittyServiceCached.java:680) at org.nuiton.wikitty.WikittyProxy.syncEngin(WikittyProxy.java:633) at com.jurismarches.vradi.VradiServiceAction.reIndexSolr(VradiServiceAction.java:90) ... 8 more Caused by: org.nuiton.wikitty.WikittyException: Error on commit JTA transaction at org.nuiton.wikitty.WikittyTransaction.commit(WikittyTransaction.java:79) at org.nuiton.wikitty.WikittyServiceImpl$1.scan(WikittyServiceImpl.java:964) at org.nuiton.wikitty.jdbc.WikittyStorageJDBC.scanWikitties(WikittyStorageJDBC.java:418) at org.nuiton.wikitty.WikittyServiceImpl.syncEngin(WikittyServiceImpl.java:949) ... 12 more Caused by: javax.transaction.HeuristicMixedException at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1404) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:138) at org.nuiton.wikitty.WikittyTransaction.commit(WikittyTransaction.java:77) ... 15 more -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

2 3

Comment hériter d'une classe non-décrite dans le modèle
by Brendan Le Ny Sept. 20, 2010

Sept. 20, 2010

Je suis en train de travailler sur le support de l'héritage multiple dans Wikitty et j'ai un problème. Pour gérer l'héritage multiple entre deux business entity, je dois, pour une entité donnée, prendre toutes les opérations des entités mères pour les copier dans la fille. Jusqu'ici tout va bien, ça marche. Le problème survient dans le modèle de Vradi, il y a des entités qui héritent de TreeNode et de WikittyUser, deux classes que je ne génère pas et qui ne sont pas décrites dans le modèle de Vradi. Si je prend l'exemple de VradiUser (qui étend WikittyUser), je dois copier les opérations contenus dans WikittyUser dans VradiUser. Or, dans les scripts de génération je ne peux pas deviner les opérations de WikittyUser puisque elles ne sont pas décrites dans le modèle. Avant, avec les générateurs, on faisait "VradiUser extends WikittyUser" et ça marche mais du coup on ne peut pas faire d'héritage multiple si on hérite de plusieurs entités non-décrites dans le modèle. Comment faire pour implémenter l'héritage depuis une entité qui n'est pas décrite dans le modèle ? Y'a toujours la possibilité d'essayer de trouver la classe dans le class-path et de faire de la réflexion mais ça pose plusieurs problèmes. J'ajoute que dans le module generators, je n'ai pas la dépendance vers wikitty-API (où se trouve les classes WikittyUser et TreeNode) et je ne peux pas ajouter cette dépendance car on la dépendance inverse (du coup, on introduirait un cycle.

3 3

Création d'extension avec des caractères non alphanumérique
by Eric Chatellier Sept. 14, 2010

Sept. 14, 2010

Bonjour, A ce jour, wikitty autorise la création d'extension avec des nom comportant des caractères non alphanumérique. Je pense qu'il faut mieux l'interdire bien que ca puissent ne pas poser de problème. Ex : "AO testé". En base "AO testé[0.0]" -- Éric<chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

2 2

[ANN] - Wikitty 2.1 released
by nuiton.org Release Notification Sept. 9, 2010

Sept. 9, 2010

1 0

Re: [Wikitty-devel] [Wikitty - Anomalie #844] (Nouveau) Pas de lien entre les entitées à l'import CSV
by Eric Chatellier Sept. 3, 2010

Sept. 3, 2010

Le 03/09/2010 12:07, admin(a)nuiton.org a écrit : > La demande #844 a été soumise par Jean Couteau. > > Lors de l'import CSV, les liens entre entitées ne sont pas reproduits. Dans le fichier CSV joint, j'ai un lien entre deux entitées, après l'import, je réexporte la base, et j'ai toujours la requête du lien affichée alors qu'elle aurait dû être remplacée. Ce probleme se situe au niveau des import CSV lorsque certaines ligne contiennent des "requête de liaison" avec les lignes précédentes. Par exemple, si un des champs est "User.name=Toto", lors de l'import, la requête sera jouée et la valeur sera remplacé par le wikitty id du wikitty qui a matché la requête. Le probleme actuellement est que l'import est transactionnel donc les requêtes ne trouve aucun résultat car les lignes précédentes n'ont pas été commité dans solr. Pour infos, lorsque l'on commit ligne par ligne, ca fonctionne, mais je pense que solr ne contiennent pas de niveau d'isolation au niveau des transactions pour pouvoir faire autrement. -- Éric<chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 0

Branche pour migration sur les transformers d'EUGene
by fdesbois Aug. 21, 2010

Aug. 21, 2010

Bonjour à tous, Quelques petits retours sur les transformers créés dans la branche : Sur ToPIA plutot que de décomposer les 3 parties d'une entité en trois transformeurs (Interface, Abstract, Impl), il nous a paru plus judicieux de fusionner les 3 dans un seul transformeur pour plus fortement couplé la génération, les méthodes sont les mêmes, des imports communs, ... Ici, rajouter une méthode impliquera un copier coller dans les 3 transformeurs... C'est sur que cela rajoute du contenu dans un seul transformeur mais cela me semble plus maintenable. Autre remarque, au sujet des imports, une bonne partie est automatisé au moment des appels au JavaBuilder en utilisant les fqn (full qualified name), seul les contenus des body ou valeur d'attribut statique doivent obligatoirement être importé à côté. Bon ce n'est juste une remarque, d'avoir tout les imports à un seul endroit reste assez visuel. Pour le coup du MétaTransformer, l'idée sur la liste EUGene me semble intéressante, d'ailleurs je vais aussi y répondre. Voilà, c'était des petites remarques en passant -- Florian Desbois <fdesbois(a)codelutin.com> SSLL Code Lutin http://www.codelutin.com tel : 02 40 50 29 28 Réseau Libre-Entreprise

2 2