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

[ANN] - Wikitty 2.2 released
by nuiton.org Release Notification Sept. 30, 2010

Sept. 30, 2010

1 0

Vous appelez ça des beans ?
by letellier Sept. 30, 2010

Sept. 30, 2010

Bonjour, j'ai un problème avec la nouvelle façon de générer les entités de wikitty, sur les beans, les setters renvoient une valeur, ce qui pose des problèmes avec BeanUtils : PropertyDescriptor descriptor = PropertyUtils.getPropertyDescriptor(bean, property); mutator = descriptor.getWriteMethod(); mutator est ici null... Voici un exemple : /** * setOrder : * @param order * @return int */ int setOrder(int order); Il est donc impossible d'utilisé certains composant jaxx... -- Letellier Sylvain letellier(a)codelutin.com

1 0

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