- Vradi-devel - mailman.cloud.codelutin.com

Re: [Vradi-devel] [Dev] Build failed in Jenkins: vradi #1689
by Tony Chemit Jan. 18, 2012

Jan. 18, 2012

On Wed, 18 Jan 2012 13:03:09 +0100 (CET) admin+hudson(a)codelutin.com wrote: Il faudrait supprimer le parser i18n sur les jsp car ça fonctionne pas très bien. > Caused by: org.xml.sax.SAXParseException: The prefix "s" for element > "s:url" is not bound. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Cajo, hessian, et vradi
by Eric Chatellier Jan. 17, 2012

Jan. 17, 2012

Bonjour, Pour clarifier le fonctionnement de cajo et hessian sur vradi/wikitty à l'heure actuelle: * hessian ne fonctionne plus * cajo ne fonctionnait pas a cause du changement de serialVersionUID des classes générées J'ai donc branché wikitty 3.3.x(par fleme de migré vradi en 3.4) pour que les serialVersionUID restent fixe d'une génération sur l'autre. Vradi est donc commité et déployé pour fonctionner sur cajo. -- Éric Chatellier <chatellier(a)codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com

1 0

Re: [Vradi-devel] [Vradi-commits] r107 - in trunk/vradi-web/src/main: java/org/chorem/vradi java/org/chorem/vradi/actions resources webapp/WEB-INF/jsp
by Tony Chemit June 30, 2011

June 30, 2011

Il faut absoluement éviter d'utiliser des classes venant du package sun.xxx Tu as du avoir des gros warning à la compilation :( On Wed, 29 Jun 2011 17:30:49 +0200 (CEST) bpoussin(a)users.chorem.org wrote: > +import sun.misc.BASE64Decoder; > +import sun.misc.BASE64Encoder; > + > /** > * Utilities class > * > @@ -7,9 +19,86 @@ > */ > public class VradiWebHelper { > > + /** to use log facility, just put in your code: > log.info(\"...\"); */ > + static private Log log = LogFactory.getLog(VradiWebHelper.class); > + > public static String escapeSciptBalises(String txt) { > > // (?s) activ dotall > (http://download.oracle.com/javase/6/docs/api/java/util/regex/Pattern.html#D…) > - return txt.replaceAll("(?s)<script>.*</script>", ""); > + return txt.replaceAll("(?s)<script.*?>.*</script>", ""); > } > + > + /** > + * Compresse en gzip la string passee en parametre, la passe en > base64 > + * et l'encode pour passer comme parametre d'une url > + */ > + public static String encode(String s) throws IOException { > + String encType = "UTF-8"; > + BASE64Encoder b64enc = new BASE64Encoder(); > + -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Re: [Vradi-devel] Jenkins build is still unstable: vradi » Vradi :: Services Web #1541
by Eric Chatellier June 29, 2011

June 29, 2011

Le 28/06/2011 21:06, admin+hudson(a)codelutin.com a écrit : > See <http://hudson.codelutin.com/hudson/job/vradi/org.chorem.vradi$vradi-service…> J'ai cracké, j'ai désactivé le test. Ce n'est pas lié à hessian. Je pense que c'est une erreur d'initialisation d'un wikitty service sur une mauvaise configuration. Les recherche dans l'index solr ne doivent pas taper là il il faut. -- Éric Chatellier <chatellier(a)codelutin.com> Tel: 02.40.50.29.28 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)

2 2

Re: [Vradi-devel] Repenser la gestion des tags pour la gestion automatique
by Jean Couteau May 31, 2011

May 31, 2011

On pensait avoir solutionné le problème en fractionannt différement le thésaurus, mais nouvel example plus parlant : Prestation de services de création et de réalisation graphique pour le centre hospitalier en gros, je veux associer à création graphique et réalisation graphique. Sauf qu'avec les tags je peux avoir que création :(. Le 30/05/2011 14:23, Jean Couteau a écrit : > Bonjour à tous, > > Dans VRADI, les tags ont été pensés pour des propositions de > descripteurs, acceptés, ou non, à la main. Dans le cadre de la mise en > place de l'association automatique, ce qui semblait pas mal pour les > propositions ne semble plus pertinent, car les descripteurs associés à > un formulaires doivent être un match exact (on veut que tous les > descripteurs associés soient pertinents, donc que toutes les > propositions soient les bonnes, et qu'on en oublie pas). > > Si je prends par exemple deux formulaire nommés : > > Marché de formation entrant dans le cadre du cycle de formation de > cadres d'urgence de l'eau ... > > et > > Mission de formation, d'assistance et de fourniture d'un progiciel de > gestion financière et ... > > je veux que le premier soit dans le descripteur "eau" du noeud > Formation, le deuxième dans le descripteur "gestion financière". Si je > mets formation comme tag pour l'un ou l'autre des deux descripteurs, ils > auront les deux formulaires associés, ce qui n'est pas bon. Si je ne > mets que "gestion financière" pour le noeud gestion financière, j'aurais > les formulaires de fourniture d'un logiciel de gestion financière, ce > qui n'est pas bon non plus. > > Il pourrait être intéressant de trouver un moyen d'avoir des requêtes en > keyword ou autre pour permettre d'associer plus efficacement les > descripteurs avec les formulaires. > > L'idée par exemple dans l'example, c'est de mettre formation AND eau > pour le premier et formation AND gestion financière pour le deuxième. > > Jean > > > > > _______________________________________________ > Vradi-devel mailing list > Vradi-devel(a)lists.labs.libre-entreprise.org > https://lists.labs.libre-entreprise.org/mailman/listinfo/vradi-devel >

1 0

[ANN] - Vradi 0.6 released
by chorem.org Release Notification May 17, 2011

May 17, 2011

1 0

VRADI was migrate
by Tony Chemit April 12, 2011

April 12, 2011

Hi, VRADI a bien été migré sur chorem : le nouveau dépôt est donc maintenant ici : http://svn.chorem.org/svn/vradi/trunk/ De nombreuses librairies ont été mise à jour, à savoir : wikitty 3.0.5 jaxx 2.4 nuiton-i18n 2.3.1 nuiton-utils 2.1.1 Les tests du module service-web ne passent plus (un problème avec wikitty je pense...) A voir demain. J'ai réussi à lancer l'application et effectuer quelques opérations, au niveau de JAXX il reste quelques petites mises au point à faire (certaines validations ne sont pas possible sur des champs non éditable par exemple dans l'ui d'admin des Utilisateurs...). -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 1