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

Point module lucene et bobo
by Eric Chatellier June 30, 2011

June 30, 2011

Bonjour, Le module wikitty lucene utilisant une indexation lucene pure et bobo pour la facetisation est totalement codé. Ce qui m'a prit le plus de temps est l'indexation des arbres qui a été totalement copiée/collée depuis solr. Les tests passent. Spécificité lucene: - pour l'instant, l'indexation reste simple, il n'y a plus les multiples champs (_s, _d, _dt ...) - certains champs sont dupliquées pour retomber sur le fonctionnement de solr sur les copyField - les criterias wikitty sont directement transformées en Query lucene Niveau code: - la transformation criteria>query n'est pas totalement codé (juste pour faire passer les tests) aucun test de vradi ne fonctionne Problème : - bobo ne supporte pas les facettes sur une requête (facetCriteria) il y a moyen de faire des facettes sur des plages de valeur, mais pas sur une requête générique Il y a-t-il d'autre cas que les plages de valeur ? - le code d'indexation des arbres est très fortement lié au SolrDocument/SolrInputDocument, (il ne va pas être évident de l'extraire) -- Éric Chatellier <chatellier(a)codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com

1 1

Module Wikitty Struts
by Manoël Fortun June 30, 2011

June 30, 2011

Bonjour, Le module wikitty struts est un module fait pour faciliter la création de formulaire d'édition de wikitty. Il prend la forme d'une tag lib, plug in de struts, qui pour le moment n'implique pas forcément l'utilisation de struts, rien n'empêche de l'utiliser en tag lib classique. Cette tag lib se présente comme une collection de tag à mettre dans une page pour définir un formulaire d'édition de wikitty, elle propose aussi une action abstraite qui s'occupe de l'édition du wikitty avec les informations envoyées par le formulaire, elle est abstraite avec une méthode à implémenter "getProxy()" ainsi le développeur n'a qu'a rajouter une action qui hérite de notre action abstraite et la mettre dans son application. Le tag principal est le tag wikitty à qui l'on donne le proxy, le wikitty correspondant, l'url de l'action (et d'autres attributs non obligatoires) avec cela un formulaire simple est créé avec des champs basiques d'édition textfield/textarea/checkbutton. Ensuite l'utilisateur peut forcer des champs à avoir une formalisme particulier, et pour celà il se sert des autres tag exemple <ws:wikitty wikitty="lewikitty" proxy="leproxy" action="edit.action"> <ws:hidden name="WikittyLabel.labels" /> <ws:wikittyselect name="WikittyPersonne.epoux" label="epoux" criteria="WikittyPersonne" descfield="WikittyPersonne.name"/> </ws:wikitty> là le résultat serait un champ caché pour les labels, et une combobox pour le choix de l'epoux du wikitty personne, en cherchant les wikitty avec le criteria et dans le champ du combo apparaitrait les nom des wikittyPersonne obtenu avec la recherche par critéria. le tag wikitty permet aussi d'exclure ou d'inclure des champs/extension, si par exemple exclude="wikittylabels.*, wikittypersonne.nom" l'extension wikitty labels sera exclu du formulaire et pareil pour le champ nom de wikitty personne, mais les autres champs seront présenté. Si le champ include est remplis, seulement ces champs seront présent, sauf ceux qui seront exclu. Il est aussi possible de définir l'ordre d'affichage des champs, sans les rédéfinir/forcer le type. Pour résumer une tag lib pour l'édition de wikitty, avec un tag wikitty général et des sous tag pour forcer l'affichage d'un champ sous un certain format et une action abstraite qui enregistre les modifications. En sous tag on a: - boolean - textfield - textarea - wikittyselect, pour un combo box de wikitty - fixedselect pour un combo box avec des valeurs misent dans le tag - hidden pour champ caché En prévision: - date A terme le formulaire enverra sa requete en ajax et il y aura une redirection si l'attribut redirect sera remplit, sinon le formulaire devrait être mis à jour. Manoël

5 7

Un bout de code pour utiliser java en scripting
by Benjamin POUSSIN June 10, 2011

June 10, 2011

Salut, trouvé sur https://scripting.dev.java.net mes j'ai jamais eu le temps d'en faire grand chose :( L'idée est de pouvoir ecrire les scripts en Java (et les precompiler) ou de les ecrire avec une syntaxe a la jsp (lutin-processor sait faire) et de la meme facon pouvoir les precompiler (ou au moins les compiler une seul fois par session) -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

1 0

Erreur étrange (Hessian ?)
by Jean Couteau June 1, 2011

June 1, 2011

Dans VRADI, j'ai une erreur étrange. Tout fonctionnait très bien avec Wikitty, j'étais en train de construire un magnifique arbre, puis comme ça sans raison, ça s'est mis à bugguer, et depuis, malgré des redémarrage de mon client, ça ne marche plus du tout. Il semblerait que j'ai des problèmes Hessian qui causent d'autres problèmes ensuite. Ça parle à quelqu'un ? Jean 1 juin 2011 10:05:54 com.caucho.hessian.io.SerializerFactory getDeserializer ATTENTION: Hessian/Burlap: 'java.lang.Enum' is an unknown class in sun.misc.Launcher$AppClassLoader@1a16869: java.lang.RuntimeException: Class java.lang.Enum is not an enum Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at org.nuiton.wikitty.WikittyProxy.findTreeNode(WikittyProxy.java:995) at org.chorem.vradi.ui.thesaurus.helpers.ThesaurusDataHelper.getNbFormsForThesaurus(ThesaurusDataHelper.java:178) at org.chorem.vradi.ui.thesaurus.ThesaurusDataProvider.getNbFormsForThesaurus(ThesaurusDataProvider.java:79) at org.chorem.vradi.ui.thesaurus.models.ThesaurusTreeTableModel.getValueForThesaurus(ThesaurusTreeTableModel.java:100) at org.chorem.vradi.ui.thesaurus.models.ThesaurusTreeTableModel.getValueAt(ThesaurusTreeTableModel.java:59) at jaxx.runtime.swing.nav.treetable.NavTreeTableModel.getValueAt(NavTreeTableModel.java:202) at org.jdesktop.swingx.JXTreeTable$TreeTableModelAdapter.getValueAt(JXTreeTable.java:2333) at javax.swing.JTable.getValueAt(JTable.java:2686) at javax.swing.JTable.prepareRenderer(JTable.java:5703) at org.jdesktop.swingx.JXTable.prepareRenderer(JXTable.java:3545) at org.jdesktop.swingx.JXTreeTable.prepareRenderer(JXTreeTable.java:1385) at javax.swing.plaf.synth.SynthTableUI.paintCell(SynthTableUI.java:624) at javax.swing.plaf.synth.SynthTableUI.paintCells(SynthTableUI.java:521) at javax.swing.plaf.synth.SynthTableUI.paint(SynthTableUI.java:305) at javax.swing.plaf.synth.SynthTableUI.update(SynthTableUI.java:234) at javax.swing.JComponent.paintComponent(JComponent.java:752) at javax.swing.JComponent.paint(JComponent.java:1029) at javax.swing.JComponent.paintToOffscreen(JComponent.java:5124) at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:278) at javax.swing.RepaintManager.paint(RepaintManager.java:1224) at javax.swing.JComponent._paintImmediately(JComponent.java:5072) at javax.swing.JComponent.paintImmediately(JComponent.java:4882) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:785) at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:713) at javax.swing.RepaintManager.seqPaintDirtyRegions(RepaintManager.java:693) at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:125) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:642) at java.awt.EventQueue.access$000(EventQueue.java:85) at java.awt.EventQueue$1.run(EventQueue.java:603) at java.awt.EventQueue$1.run(EventQueue.java:601) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) at java.awt.EventQueue.dispatchEvent(EventQueue.java:612) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)

1 0

WikittyService MultiContext
by Manoël Fortun May 25, 2011

May 25, 2011

Bonjour, Comme je l'ai montré pendant la réunion dev, actuellement, et ce que j'avais compris de la gestion du multi contexte passait par l'implémentation d'un wikittyProxy qui encapsule deux wikitty proxy, un principal et un second dit fallback. Il s'avère que cette solution ne serait pas celle souhaitée/adéquate/optimisée. Donc la vraie solution serait une nouvelle implémentation de wikitty service, la grande question que je me pose, est comment le faire ? Les wikitty services sont instancié par une factory qui permet au différentes couches d'être correctement positionné dans la pile d'appel pour les services. Je suppose que du coup le multicontexte devrait se mettre dans la pile aussi un peu comme ça: wikitty.WikittyService.components=org.nuiton.wikitty.services.WikittyServiceStorage,\ org.nuiton.wikitty.services.WikittyServiceNotifier,\ org.nuiton.wikitty.services.WikittyServiceCached,\ org.nuiton.wikitty.services.WikittyServiceSecurity,\ org.nuiton.wikitty.services.WikittyServiceAccessStat,\ org.nuiton.wikitty.publication.WikittyServiceMultiContext Donc le service principal serait en dessous dans la pile, mais comment je fais pour le service fallback ? Dans le fichier property j'aurais une pile bis sous un autre nom que du coup le multiservice instanciera avec une factory ? par exemple : wikitty.fallback=org.nuiton.wikitty.services.WikittyServiceCajoClient Ou une autre solution ? Le service fallback pourra être statique si j'ai bien compris, on pourrait lire dessus, mais écrire seulement dans le principal ? Ca doit être une propriété qui change le comportement du service multicontexte ? Manoël

1 1

[ANN] - Wikitty 3.1.2 released
by nuiton.org Release Notification May 17, 2011

May 17, 2011

1 0

TreeNodeResult extends javax.swing.tree.DefaultMutableTreeNode
by letellier May 11, 2011

May 11, 2011

Je me baladais dans Wikitty à la recherche d'un bug sur les thesaurus dans Vradi quand je suis tomber sur TreeNodeResult qui étant javax.swing.tree.DefaultMutableTreeNode. Déjà je me suis demander si je ne revais pas Eric à vu comme moi, donc on demande à un objets swing de traverser les couches, je trouve ça surprenant. D'autant plus que ça ne peux pas marche, on stock l'id des noeuds dans le userObject du TreeNode, sauf que : /** optional user object */ transient protected Object userObject; Donc dans l'appli cliente, après avoir remonter la pile des services Wikitty, il est null. Est-ce qu'il ne vaudrait pas mieux crée un objet à nous (ou autre) pour représenter un arbre plutôt que d'utiliser un non adapté ? Je le fais ? Quel impact ? http://nuiton.org/issues/show/1519 Sylvain letellier(a)codelutin.com

1 0

[ANN] - Wikitty 3.1.1 released
by nuiton.org Release Notification May 9, 2011

May 9, 2011

1 0

Probleme de Sort sur les champs multivalue
by Benjamin POUSSIN May 5, 2011

May 5, 2011

Salut, Depuis la version 3.1 on ne peut plus demander de sort sur les champs multivalue, ce qui fait qu'on a tout complexifier pour differencier les champs multivalue des autres :(. Le probleme vient de la: org.apache.solr.common.SolrException: can not sort on multivalued field: #fulltext.Test at org.apache.solr.schema.SchemaField.checkSortability(SchemaField.java:155) at org.apache.solr.schema.FieldType.getStringSort(FieldType.java:508) at org.apache.solr.schema.TextField.getSortField(TextField.java:68) at org.apache.solr.schema.SchemaField.getSortField(SchemaField.java:138) at org.apache.solr.search.QueryParsing.parseSort(QueryParsing.java:382) at org.apache.solr.search.QParser.getSort(QParser.java:222) at org.apache.solr.handler.component.QueryComponent.prepare(QueryComponent.java:85) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:173) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129) at org.apache.solr.core.SolrCore.execute(SolrCore.java:1360) at org.apache.solr.client.solrj.embedded.EmbeddedSolrServer.request(EmbeddedSolrServer.java:140) at org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:89) at org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:118) at org.nuiton.wikitty.storage.solr.SolrUtil.executeQuery(SolrUtil.java:221) En gros solr check si le champs est multivalue ou non. Mais lucene doit lui toujours accepter de trie sur du multivalue. Ce que je verrais: - on remet comme avant (tous les champs sont multivalue) - on ajoute dans le schema de nouveaux champs dynamiques (_sortable) qui eux sont la copie des autres mais non multivalue (est-ce possible ? quelle valeur est gardée ?) - on modifie WikittySearchEngineSolr pour que le addSortField("toto") remplace juste le "toto" en "toto_sortable" Pensez-vous que c'est une meilleur approche que de différencier les champs multivalue ou non dans SolR/Lucene ? -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

2 1

Indexation des chaines en lower case
by Benjamin POUSSIN May 5, 2011

May 5, 2011

Salut, Dans luke on voit que les chaines en lower case ne le sont pas, je pense que le probleme est que tout simplement on ne dit plus de le faire dans le schema :) (c'est en commentaire)  <fieldType name="string_lc" class="solr.StrField" compressThreshold="1000" sortMissingLast="true">    </fieldType> -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

1 0