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

WikittyPublication externalize
by Manoël Fortun 13 Jul '11

13 Jul '11

Bonjour, je commence à réfléchir sur ce qui doit être fait en relisant l'analyse initiale faites pour ce module. Dans l'analyse c'est écrit : >Déploiement d'application >========================= > >Il est bien sur possible d'utiliser l'application avec tous les >sources dans Wikitty. Mais il est aussi possible d'utiliser >l'application en extrayant les sources dans des fichiers et les >packagers dans un war. Dans ce cas l'application est figée et n'est >plus modifiable à l'exécution. Pour cela on utilise la servlet >WikittyPublicationExternalize qui au lieu d'aller chercher les >WikittyPubText et WikittyPubData dans le WikittyService va les >chercher sur le système de fichiers. Es ce que le packaging en war est nécessaire ? Parce que finalement le code contenu dans les wikittypubtext est évalué par wikitty publication ? Donc un wikittypublicationFileSystem comme développé pour la synchronisation suffirait (en un peu modifié pour ne pas autoriser de modification, etc) ? A moins que le code est évalué par le externalize, mais du coup on perd l’intérêt d'un multi context. >Dans le mode externalize les jsp et autres resources peuvent être >précompilées. Pareil en fait, si le code est évalué par wikitty publication pourquoi le précompiler ? N'es ce pas le rôle de publication de lire le code et de l'interpréter à la volé ? Voilà, Manoël.

2 5

WikittyService MultiContext
by Manoël Fortun 25 May '11

25 May '11

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 17 May '11

17 May '11

1 0

TreeNodeResult extends javax.swing.tree.DefaultMutableTreeNode
by letellier 11 May '11

11 May '11

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 09 May '11

09 May '11

1 0

Probleme de Sort sur les champs multivalue
by Benjamin POUSSIN 05 May '11

05 May '11

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 05 May '11

05 May '11

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

Re: [Wikitty-devel] [Wikitty-commits] r858 - in trunk/wikitty-publication: . src/main/java/org/nuiton/wikitty/publication src/main/resources src/main/webapp src/main/webapp/WEB-INF
by Eric Chatellier 05 May '11

05 May '11

Le 05/05/2011 11:55, mfortun(a)users.nuiton.org a écrit : > Added: trunk/wikitty-publication/src/main/webapp/WEB-INF/sitemesh.xml > =================================================================== > --- trunk/wikitty-publication/src/main/webapp/WEB-INF/sitemesh.xml (rev 0) > +++ trunk/wikitty-publication/src/main/webapp/WEB-INF/sitemesh.xml 2011-05-05 09:55:52 UTC (rev 858) > @@ -0,0 +1,52 @@ > +<?xml version="1.0" encoding="UTF-8" ?> > + > + > + Je pense que c'est le fichier par défaut, il n'est pas nécessaire de le copier coller. > > -<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http:/java.sun.com/dtd/web-app_2_3.dtd"> > +<web-app id="wikitty-publication" version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http:/java.sun.com/dtd/web-app_2_3.dtd"> Tu peut passer en 2.5. > + > + > + <context-param> > + <param-name>contextConfigLocation</param-name> > + <param-value>classpath*:applicationContext*.xml</param-value> > + </context-param> Spring (inutile) > +  > + <servlet> > + <servlet-name>jspSupportServlet</servlet-name> > + <servlet-class>org.apache.struts2.views.JspSupportServlet</servlet-class> > + <load-on-startup>5</load-on-startup> > + </servlet> Inutile (sauf si tu en trouve l'utilité ;-)) > + <jsp-config> > + <jsp-property-group> > + <url-pattern>*.jsp</url-pattern> > + <trim-directive-whitespaces>true</trim-directive-whitespaces> > + </jsp-property-group> > + </jsp-config> Je me demande a quoi ca sert également. -- Éric Chatellier <chatellier(a)codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com

1 0

Editeur de code web pour WikittyPublication
by Benjamin POUSSIN 04 May '11

04 May '11

Salut, Pour wikitty publication pour aider l'utilisateur a modifier les scripts en mode web, il serait bien d'utiliser le projet http://codemirror.net/ ou un autre similaire s'il y a mieux -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

2 1

Specs pour la partie site-publication de wikitty publication
by Manoël Fortun 02 May '11

02 May '11

Bonjour, Voici les specs pour la partie site publication de wikitty publication. Specs pour : -gestion login/logout -gestion des droits -multicontexte pour les données Manoël.

1 0