Re: Idées pour lucene cluster
Merci Sylvain Sylvain Wallez wrote: philguillard wrote: Bonsoir a tous, Voici une question concernant le clustering avec Lucene, je n'ai pas de réponse sur la liste qui correspond, mais cherchant juste un retour d'éxperience/conseils je vais tenter ici: - J'ai plusieurs servers web (http+tomcat seulement) qui ont chacun leur propre index lucene censé etre equivalent (index crée a partir de requetes database). - L'index ne devrait pas grossir démesurement, puisque je n'y stocke pas de docuemnts mais juste des urls avec certains mots clefs. - J'utilise le Lucene block de cocoon - Il n'y a pas de probleme si les index ne sont pas équivalents a l'instant t, je cherche plutot a trouver une solution simple de réplication pour m'éviter de rafraichir chacun des index de maniere separée. Mes solutions semblent etre: - 1 seul index en NFS ou stocke en database sql en perdant bien sur en performance, et au prix d'un travail sur l'intégration existante du block cocoon lucene - 1 serveur pourrait etre dedié a la recherche mais tout dépendrait donc d'une seule machine - je ne connais pas Carrot etc.. - Mon idée pour le moment est de reconstruire de maniere reguliere l'index sur 1 serveur et le copier sur les autres. Cette solution me paraissait bidon mais semble fonctionner apres qqes tests... Un bon vieux rsync, on n'a pas encore fait mieux :-) Sylvain - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
Re: Base de donné e XML OpenSource
* Pierrick Brihaye: Philippe Gassmann a écrit : Attention, pour avoir utilisé eXist auparavant, il faut prendre quelques précautions : - si de l'argent est en jeu, n'utilises pas eXist, en effet, ce produit n'est pas encore assez mature pour pouvoir être mis en production de manière satisfaisante (Fuites mémoires, corruption de données aléatoire, résulats non prévisible des XQuery, mises à jour quasi impossible...) - si tout de même tu comptes l'utiliser, faire un backup des données très régulièrement (au moins une fois par jour) et ne pas utiliser de XQuery trop complexe Mature ou pas, voici les termes de la GPL : ABSENCE DE GARANTIE Après à chacun de voir. Bonjour Pierrick, Il est vrai que les arguments de Philippe sont un peu « rudes », on sent le vécu dans ses propos, mais ne le prend pas mal. On ne peut qu'encourager les développeurs d'eXist à faire de leur mieux pour aboutir à un produit fini. C'est certain que tout le monde est bénévole sur ce projet, donc à la limite c'est aussi à chacun d'entre-nous d'apporter de l'eau au moulin. C'est ce que nous avons tenté de faire à toute petite échelle quand nous étions impliqués sur le projet. Toutefois certains utilisateurs se « lancent » à bras ouverts sur eXist sans faire d'évaluations correctes. Notamment du point de vue d'Anyware Technologies il est déconseillé de faire des XQuery complexes impliquant tous les documents de la base, comportant plusieurs milliers de documents, et surtout quand on doit trier ces résultats. C'est un problème inhérent à la conception d'eXist. D'autre part les problèmes de stabilité sont réels, mais on peut espérer que cela s'améliore au fil du temps et des snapshots, et bien sûr cela dépend de la complexité de l'application. Sur un autre projet nous avons utilisé eXist (toujours à la demande du client), et cela a au contraire très bien fonctionné, car il s'agissait uniquement d'utiliser eXist en tant que stockage, et pour faire des requêtes XQuery moins complexes sur une seule collection, des requêtes plutôt fonctionnelles que destinées à produire une interface graphique. Enfin, je rappelle qu'en l'état actuel des choses eXist ne peut pas être intégré à Cocoon 2.1 à cause d'une incompatibilité des licences, Apache d'un côté et GPL de l'autre. Par contre il est certainement possible de créer un « artifact » Maven pour intégrer eXist à Cocoon 2.2, mais ce dernier n'est pas tout à fait au point pour l'instant. -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
Re: Base de donnée XML OpenSource
Jean-Baptiste Quenot wrote: snip/ Enfin, je rappelle qu'en l'état actuel des choses eXist ne peut pas être intégré à Cocoon 2.1 à cause d'une incompatibilité des licences, Apache d'un côté et GPL de l'autre. Par contre il est certainement possible de créer un « artifact » Maven pour intégrer eXist à Cocoon 2.2, mais ce dernier n'est pas tout à fait au point pour l'instant. Petite précision: par intégré à Cocoon, JB veut dire que la couche d'intégration eXist/Cocoon et le jar d'eXist ne pas faire partie de la distribution de Cocoon parce que la LGPL (et non pas GPL) est plus restrictive que la licence Apache. Par contre, il est tout à fait possible aux utilisateurs de réaliser eux-même l'assemblage Cocoon + eXist pour leurs applications. Sylvain -- Sylvain Wallez - http://bluxte.net - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
RE: fb:value et valeurs selectionnées dans une doubl e-listbox
Bonjour, Y a-t-il eu des changements avec la version 2.1.9 pour fb:multi-value id=widget-id parent-path=channels row-path=channel/ Je ne réussi plus à récupérer les valeurs sélectionnées dans une double-listbox, ce qui se faisait très bien quand j'étais encore sous la version 2.1.8? Merci -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : Thursday, April 20, 2006 09:38 À : users-fr@cocoon.apache.org Objet : RE: fb:value et valeurs selectionnées dans une double-listbox Merci beaucoup, comme vous devez vous en douter: ça marche :-) Bonne journée. Bérengère -Message d'origine- De : Philippe Gassmann [mailto:[EMAIL PROTECTED] Envoyé : Wednesday, April 19, 2006 15:49 À : users-fr@cocoon.apache.org Objet : Re: fb:value et valeurs selectionnées dans une double-listbox Bonjour, ceci devrait t'aider : fb:multi-value id=widget-id parent-path=channels row-path=channel/ C'est totalement non documenté dans Cocoon. [EMAIL PROTECTED] wrote: Bonjour, Est-il possible de récupérer via un fichier de binding, toutes les valeurs sélectionnées dans une double-listbox? Pour le moment je ne récupère que le premier élément sélectionné via ma double-listbox. Je ne vois pas trop quoi utiliser, mais fb: value n'est pas suffisant. Merci pour vos conseils. Bérengère -- Philippe GASSMANN Solutions Technologies ANYWARE TECHNOLOGIES Tel : +33 (0)5 61 00 52 90 Fax : +33 (0)5 61 00 51 46 http://www.anyware-tech.com/ - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED] - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED] - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
RE: fb:value et valeurs selectionnées dans une doubl e-listbox
je viens de remarquer que MultiValueJXPathBinding.java a changé entre la version 2.1.8 er la 2.1.9, y aurait-il un rapport avec mon problème? -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : Wednesday, June 21, 2006 16:28 À : users-fr@cocoon.apache.org Objet : RE: fb:value et valeurs selectionnées dans une double-listbox Bonjour, Y a-t-il eu des changements avec la version 2.1.9 pour fb:multi-value id=widget-id parent-path=channels row-path=channel/ Je ne réussi plus à récupérer les valeurs sélectionnées dans une double-listbox, ce qui se faisait très bien quand j'étais encore sous la version 2.1.8? Merci -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : Thursday, April 20, 2006 09:38 À : users-fr@cocoon.apache.org Objet : RE: fb:value et valeurs selectionnées dans une double-listbox Merci beaucoup, comme vous devez vous en douter: ça marche :-) Bonne journée. Bérengère -Message d'origine- De : Philippe Gassmann [mailto:[EMAIL PROTECTED] Envoyé : Wednesday, April 19, 2006 15:49 À : users-fr@cocoon.apache.org Objet : Re: fb:value et valeurs selectionnées dans une double-listbox Bonjour, ceci devrait t'aider : fb:multi-value id=widget-id parent-path=channels row-path=channel/ C'est totalement non documenté dans Cocoon. [EMAIL PROTECTED] wrote: Bonjour, Est-il possible de récupérer via un fichier de binding, toutes les valeurs sélectionnées dans une double-listbox? Pour le moment je ne récupère que le premier élément sélectionné via ma double-listbox. Je ne vois pas trop quoi utiliser, mais fb: value n'est pas suffisant. Merci pour vos conseils. Bérengère -- Philippe GASSMANN Solutions Technologies ANYWARE TECHNOLOGIES Tel : +33 (0)5 61 00 52 90 Fax : +33 (0)5 61 00 51 46 http://www.anyware-tech.com/ - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED] - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED] - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED] - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
Re: Base de donnée XML OpenSource
Bonjour, Jean-Baptiste Quenot a écrit : Il est vrai que les arguments de Philippe sont un peu « rudes », on sent le vécu dans ses propos, mais ne le prend pas mal. On ne peut qu'encourager les développeurs d'eXist à faire de leur mieux pour aboutir à un produit fini. C'est certain que tout le monde est bénévole sur ce projet, donc à la limite c'est aussi à chacun d'entre-nous d'apporter de l'eau au moulin. C'est ce que nous avons tenté de faire à toute petite échelle quand nous étions impliqués sur le projet. Je n'ai rien à redire :-) Les données de l'Open source sont bel est bien là. Toutefois certains utilisateurs se « lancent » à bras ouverts sur eXist sans faire d'évaluations correctes. Notamment du point de vue d'Anyware Technologies il est déconseillé de faire des XQuery complexes impliquant tous les documents de la base, comportant plusieurs milliers de documents, et surtout quand on doit trier ces résultats. Au vu des travaux récents, *beaucoup* de problèmes devraient être résolus sauf, effectivement, les tris qui nécessitent au préalable des travaux sur l'indexation et sur un optimiseur de requête. Les fuites mémoire devraient être résolues et, sauf si l'on fait des mises à jour concurentielles, les corruptions de base, rarement irréversibles faut-il le préciser, ont quasiment disparu dans des cas d'utilisation normaux. Tout cela est discuté (trop ?) régulièrement sur la mailing-list, sur l'IRC et... vient d'être présenté à Prague. Je pense que de la documentation devrait bientôt être disponible pour expliquer en détail les plans de dévelopement. En attendant, se référer à http://exist.sourceforge.net/roadmap.html. Enfin, je rappelle qu'en l'état actuel des choses eXist ne peut pas être intégré à Cocoon 2.1 à cause d'une incompatibilité des licences, Apache d'un côté et GPL de l'autre. Certes. Sur ce point, les positions sont probablement définitivement inconciliables. C'est la vie :-) p.b. - Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
xmldb query on Cocoon 2.1.9 = error; works on 2.1.7
Hi Cocooners, Recently I updated from cocoon-2.1.7 to 2.1.9. On 2.1.7 I had xmldb (xindice) working fine, but with 2.1.9 I've got problems. The problem can be observed in the xmldb block samples at: http://localhost:/samples/blocks/xmldb/welcome On this page the 'Query Collection' and 'Query Resource' links produce an error. All other links on the page work as expected. The xmldb, databases, and xsp blocks are included for my build. JVM is 1.4.2. Any help would be greatly appreciated. Thanks, CL The error printed to the browser is as follows: HTTP ERROR: 500 org%2Eapache%2Expath%2Ecompiler%2ECompiler%2E%3Cinit%3E%28Ljavax%2Fxml%2Ftra nsform%2FErrorListener%3BLjavax%2Fxml%2Ftransform%2FSourceLocator%3B%29V The error and stack trace printed to the terminal is as follows: 23:39:29.918 WARN!! Error for /samples/blocks/xmldb/db/cocoon/samples.xml?xpath= /samples/group java.lang.NoSuchMethodError: org.apache.xpath.compiler.Compiler.init(Ljavax/xm l/transform/ErrorListener;Ljavax/xml/transform/SourceLocator;)V at org.apache.xindice.core.query.XPathQueryResolver$XPathQuery.init(XP athQueryResolver.java:163) at org.apache.xindice.core.query.XPathQueryResolver.query(XPathQueryReso lver.java:130) at org.apache.xindice.core.query.QueryEngine.query(QueryEngine.java:122) at org.apache.xindice.core.Collection.queryDocument(Collection.java:1242 ) at org.apache.xindice.client.xmldb.embed.CollectionImpl.query(Collection Impl.java:438) at org.apache.xindice.client.xmldb.services.QueryService.queryResource(Q ueryService.java:70) at org.apache.cocoon.components.source.impl.XMLDBSource.queryToSAX(XMLDB Source.java:372) at org.apache.cocoon.components.source.impl.XMLDBSource.resourceToSAX(XM LDBSource.java:299) at org.apache.cocoon.components.source.impl.XMLDBSource.toSAX(XMLDBSourc e.java:273) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java: 100) at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java: 320) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.jav a:115) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.proc essXMLPipeline(AbstractProcessingPipeline.java:578) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingP ipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.proc ess(AbstractProcessingPipeline.java:480) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invo ke(SerializeNode.java:120) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(M atchNode.java:107) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod e.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invok e(PipelineNode.java:142) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invo ke(PipelinesNode.java:92) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.proc ess(ConcreteTreeProcessor.java:234) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.proc ess(ConcreteTreeProcessor.java:176) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree Processor.java:252) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(M ountNode.java:117) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod e.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invok e(PipelineNode.java:142) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invo ke(PipelinesNode.java:92) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.proc ess(ConcreteTreeProcessor.java:234) at
FW: The Collection Query and Resource Query examples in Cocoon 2.1.9 don't work in the xmldb Block
Looks like the 2.1.9 xmldb issue (mentioned in my previous post) was already identified... Anyone know of a fix or work-around, or have recommendations on how I might debug / track down this issue? Thanks, CL -Original Message- From: H.H.Braun [mailto:[EMAIL PROTECTED] Sent: Monday, May 29, 2006 8:38 AM To: users@cocoon.apache.org Subject: The Collection Query and Resource Query examples in Cocoon 2.1.9 don't work in the xmldb Block I get a NoSuchMethodError for org.apache.xpath.compiler.Compiler - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: The Collection Query and Resource Query examples in Cocoon 2.1.9 don't work in the xmldb Block
Combinational Logic escribió: Looks like the 2.1.9 xmldb issue (mentioned in my previous post) was already identified... Anyone know of a fix or work-around, or have recommendations on how I might debug / track down this issue? Thanks, CL -Original Message- From: H.H.Braun [mailto:[EMAIL PROTECTED] Sent: Monday, May 29, 2006 8:38 AM To: users@cocoon.apache.org Subject: The Collection Query and Resource Query examples in Cocoon 2.1.9 don't work in the xmldb Block I get a NoSuchMethodError for org.apache.xpath.compiler.Compiler I suspect this class should be in Xerces or xalan. Since both jars were updated, You should try to look into Xindice code and figure out how to use this new jars with xindice. HTH, Best Regards, Antonio Gallardo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: xmldb query on Cocoon 2.1.9 = error; works on 2.1.7
Thanks Antonio for your recommendation. I managed to get it working (without modifying any source) as follows: 1) checked out the most recent xindice from SVN 2) built xindice 3) replaced cocoon-2.1.9\build\webapp\WEB-INF\lib\xindice-1.1b4.jar with xindice-1.1b5-dev.jar -Original Message- From: Combinational Logic [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 21, 2006 12:14 AM To: users@cocoon.apache.org Subject: xmldb query on Cocoon 2.1.9 = error; works on 2.1.7 Hi Cocooners, Recently I updated from cocoon-2.1.7 to 2.1.9. On 2.1.7 I had xmldb (xindice) working fine, but with 2.1.9 I've got problems. The problem can be observed in the xmldb block samples at: http://localhost:/samples/blocks/xmldb/welcome On this page the 'Query Collection' and 'Query Resource' links produce an error. All other links on the page work as expected. The xmldb, databases, and xsp blocks are included for my build. JVM is 1.4.2. Any help would be greatly appreciated. Thanks, CL The error printed to the browser is as follows: HTTP ERROR: 500 org%2Eapache%2Expath%2Ecompiler%2ECompiler%2E%3Cinit%3E%28Ljavax%2Fxml%2Ftra nsform%2FErrorListener%3BLjavax%2Fxml%2Ftransform%2FSourceLocator%3B%29V The error and stack trace printed to the terminal is as follows: 23:39:29.918 WARN!! Error for /samples/blocks/xmldb/db/cocoon/samples.xml?xpath= /samples/group java.lang.NoSuchMethodError: org.apache.xpath.compiler.Compiler.init(Ljavax/xm l/transform/ErrorListener;Ljavax/xml/transform/SourceLocator;)V at org.apache.xindice.core.query.XPathQueryResolver$XPathQuery.init(XP athQueryResolver.java:163) at org.apache.xindice.core.query.XPathQueryResolver.query(XPathQueryReso lver.java:130) at org.apache.xindice.core.query.QueryEngine.query(QueryEngine.java:122) at org.apache.xindice.core.Collection.queryDocument(Collection.java:1242 ) at org.apache.xindice.client.xmldb.embed.CollectionImpl.query(Collection Impl.java:438) at org.apache.xindice.client.xmldb.services.QueryService.queryResource(Q ueryService.java:70) at org.apache.cocoon.components.source.impl.XMLDBSource.queryToSAX(XMLDB Source.java:372) at org.apache.cocoon.components.source.impl.XMLDBSource.resourceToSAX(XM LDBSource.java:299) at org.apache.cocoon.components.source.impl.XMLDBSource.toSAX(XMLDBSourc e.java:273) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java: 100) at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java: 320) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.jav a:115) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.proc essXMLPipeline(AbstractProcessingPipeline.java:578) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingP ipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.proc ess(AbstractProcessingPipeline.java:480) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invo ke(SerializeNode.java:120) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(M atchNode.java:107) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod e.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invok e(PipelineNode.java:142) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:68) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invo ke(PipelinesNode.java:92) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.proc ess(ConcreteTreeProcessor.java:234) at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.proc ess(ConcreteTreeProcessor.java:176) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(Tree Processor.java:252) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(M ountNode.java:117) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:46) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod e.invoke(PreparableMatchNode.java:130) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo de.invokeNodes(AbstractParentProcessingNode.java:68) at
Re: Question about Lepido
Stavros Kounis wrote: Hi Sylvain You have contact me about lepido before initial base code donation. Unfortunately i was not able to find time and skills i want to help this project, but i can say that two of lepido's components, FormEditor and SitemapEditor was stable enough and very useful. That's the very problem of tooling projects: they are very interesting for users, but unfortunately those users don't have the skills to enhance the tools. This is where the distinction between tools and frameworks makes a big difference in the way a community can be built and the motivation and ability for people to contribute. This is what I discovered with Lepido and explained at http://people.apache.org/~sylvain/lepido/news.eclipse.technology.lepido/msg00132.html The problem with many projects is that a very optimistic vision drive to a big collection of features and a huge project plan [1]. Well, having rule the world plans doesn't mean everything should be done upfront! Instead of that lepido could became a small tool that help people to edit forms and sitemap. How far is lepido to be released with only this two features? There was a release with these two features. People were for sure happy with them but that's not enough for a project to grow. Furthermore, if people want, can write more plugins and extend it Is it possible or not? Everything is always possible. But it's a bit late to express interest in Lepido now that it has been archived. Feel free to revive it in another context if you feel the itch though. Sylvain -- Sylvain Wallez - http://bluxte.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon entity catalog debugging (was Re: Cocoon config: chasing namespace URIs?)
--On June 21, 2006 2:05:24 AM -0500 Antonio Gallardo [EMAIL PROTECTED] wrote: Did you copied the entities directory into your cocoon webapp/WEB-INF dir [1]? To which I reply: It's already there. And the samples that relate to catalogs *do* show being resolved to the local catalog. I'm mystified. -- Steve Burlingmailto:[EMAIL PROTECTED] University of Michigan, ICPSRVoice: +1 734 615.3779 330 Packard Street FAX: +1 734 647.8700 Ann Arbor, MI 48104-2910 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with offline generation and included templates
Hi, I have a site that is working fine using Cocoon in online mode but when I try to generate an offline version of the site I get a number of errors like this: [cocoon] [Error] L130_thema_previous_next.xsl:8:122: Element type xsl:stylesheet must be declared. [cocoon] [Error] L130_thema_previous_next.xsl:9:193: Element type xsl:output must be declared. [cocoon] [Error] L130_thema_previous_next.xsl:11:42: Element type xsl:template must be declared. [cocoon] [Error] L130_thema_previous_next.xsl:13:29: Element type div must be declared. [cocoon] [Error] L130_thema_previous_next.xsl:15:11: Element type ul must be declared. [cocoon] [Error] L130_thema_previous_next.xsl:17:35: Element type xsl:if must be declared. [cocoon] [Error] L130_thema_previous_next.xsl:18:13: Element type li must be declared. The stylesheet L130_thema_previous_next.xsl is being included in another top-level stylesheet. I get these errors for every included stylesheet. The top level stylesheet contains lines like this: !-- Include templates -- xsl:include href=L130_heading.xsl/ xsl:include href=L130_thema_previous_next.xsl/ xsl:include href=L130_top_buttons.xsl/ I could generate an offline site without any problems before I started using included templates. I'm using: Cocoon 2.1.7, Ant 1.6.5 with a build file, JDK 1.4.2, Windows XP Thanks in advance Simon -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.2/370 - Release Date: 20/06/2006 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: xmldb query on Cocoon 2.1.9 = error; works on 2.1.7
Combinational Logic escribió: Thanks Antonio for your recommendation. I managed to get it working (without modifying any source) as follows: 1) checked out the most recent xindice from SVN 2) built xindice 3) replaced cocoon-2.1.9\build\webapp\WEB-INF\lib\xindice-1.1b4.jar with xindice-1.1b5-dev.jar Hi, It's great to hear that! I will update the jar in cocoon repo. Best Regards, Antonio Gallardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ajax Event Javascript
Hi, I have a repeater in a table to build the rows. I use an add-row button with AJAX, and a delete-rows, all works fine, but I tried to use dojo drag'n drop ( dojo).When I use the AJAX buttons, dojo doesn't work anymore. I think the problem comes from the init() function of dojo, which is not reloaded when a row is added. I would like so, to catch the add-row event, and execute the init() function. I tried with a fd:on-action controland a _javascript_ part, but it shows an indefined document error, I can't direct access to the document page, is there a way to access it ? or another wayto catch the AJAX event? Thanks in advance Regards, Nicolas Duroc
get sitemap uri
Hi! I need to have the uri of my sitemap in the form: http://localhost:8080/cocoon/app (The file sitemap.xmap is in the app directory). How can I get it and save it in a global variable of the sitemap? Kathi _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071distributionid=0071 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CInclude + proxy server
Hello, I'm using CInclude to obtain data from local and remote servers. This works fine on my desktop, but in our production environment I need to use a proxy server to connect to external URLs. I've checked Sun's network documentation* and found that you can configure proxying using system properties. The Tomcat documentation** also explains how to pass these properties when starting Catalina. For example, I could add the following to startup.sh or to a script that calls startup.sh: export JAVA_OPTS='-Dhttp.proxyHost=wwwcache.ebi.ac.uk -Dhttp.proxyPort=8080 -Dhttp.nonProxyHosts=*.ebi.ac.uk|localhost -DproxySet=true' Before I bug our systems people, does anyone know if this works? I checked the CInclude source code [http://tinyurl.com/ozqnm] but couldn't figure out it if uses the java.net libraries to make remote connections. Cheers, Antony * http://java.sun.com/j2se/1.4.2/docs/guide/net/properties.html ** http://tomcat.apache.org/faq/misc.html#properties - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CInclude + proxy server
On 6/21/06, Antony Quinn [EMAIL PROTECTED] wrote: ...in our production environment I need to use a proxy server to connect to external URLs... see http://wiki.apache.org/cocoon/FAQs#head-89e170fb6bab33c40eddcbe152bbf46d1c6ece76 -Bertrand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Lucene block does not store attributes when instructed so
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For the lucene experts, I tried to use the sample code and wanted to store some of my attributes as described in http://cocoon.apache.org/2.1/userdocs/concepts/xmlsearching.html However, the notation of [EMAIL PROTECTED] did not work with the LuceneIndexContentHandler. I believe I fixed it with the following code lines 122 ff. String atts_lname = atts.getLocalName(i); String atts_value = atts.getValue(i); if (isFieldTag(lname + @ + atts_lname)) { bodyDocument.add(Field.UnIndexed(lname + @ + atts_lname, atts_value)); } bodyDocument.add(Field.UnStored(lname + @ + atts_lname, atts_value)); The if-statement was missing. Now my question, does this fix make sense? Can someone with experience validate this? Also, do you want me to create and issue and supply this towards it? Kind regards, Kaj - -- [EMAIL PROTECTED] http://conficio.blogspot.com/ | We teach software one screencast at a time | http://www.conficio.com/ Tel: +1 (781) 632 5773 - Fax: +1 (781) 207 9159 Conficio P.O.Box 761062, Melrose, MA 02176 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (MingW32) iD8DBQFEmbFeRDUvrJRNjTARAmgVAJ9mtaS9kKhUq60zwsKo15zHTC7G6wCdEeDv oiRH79P6TyrNBwyN2G5TPC4= =mcu9 -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Failure on sending email using Flow.
Thanks Jason the geronimo-spec jars were the problems. More below. * Jason Johnston [EMAIL PROTECTED] wrote on [2006-06-13 17:11]: Edward Elhauge wrote: Hi, I have a problem that is stumping me. I've created a class to send canned email messages; it uses the Sun mail.jar, Debian Linux, Cocoon 2.1.8, and the Jetty AppServer. I can use this class in a stand alone mode and get mail sent out (this is true whether I'm running as myself or as the cocoon user). When I try to use the same class within Flow I get nothing at all. There isn't even an error in the log. The status is always SENT so it doesn't seem like an exception is every thrown. When you run your Java test class, I assume it is run outside the Cocoon environment, correct? My first guess would be a classpath issue. Make sure that the Sun mail.jar and activation.jar are in Cocoon's WEB-INF/lib, and that the geronimo-spec-* version of both are *not* there, as they will conflict. Yes I did have the Sun jars, but I had to get rid of the geronimo-spec ones also. The mail doesn't go through if you use the geronimo-spec jars alone. I guess geronimo-spec is not totally compliant with the Sun Spec, or is plain broken? To be able to rebuild and reinstall the release you need to exclude the mail block, otherwise the geronimo-spec jars come back. To bad there isn't an easy way to provide equivalent jars to fulfill dependencies. Anyway, I have my app happily sending HTML email confirmations from Cocoon Forms now. Cheers, Ed Elhauge -- Edward Elhauge [EMAIL PROTECTED] Colourless green ideas sleep furiously. -- Noam Chomsky - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Failure on sending email using Flow.
Thanks Jason the geronimo-spec jars were the problems. More below. * Jason Johnston [EMAIL PROTECTED] wrote on [2006-06-13 17:11]: Edward Elhauge wrote: Hi, I have a problem that is stumping me. I've created a class to send canned email messages; it uses the Sun mail.jar, Debian Linux, Cocoon 2.1.8, and the Jetty AppServer. I can use this class in a stand alone mode and get mail sent out (this is true whether I'm running as myself or as the cocoon user). When I try to use the same class within Flow I get nothing at all. There isn't even an error in the log. The status is always SENT so it doesn't seem like an exception is every thrown. When you run your Java test class, I assume it is run outside the Cocoon environment, correct? My first guess would be a classpath issue. Make sure that the Sun mail.jar and activation.jar are in Cocoon's WEB-INF/lib, and that the geronimo-spec-* version of both are *not* there, as they will conflict. Yes I did have the Sun jars, but I had to get rid of the geronimo-spec ones also. The mail doesn't go through if you use the geronimo-spec jars alone. I guess geronimo-spec is not totally compliant with the Sun Spec, or is plain broken? To be able to rebuild and reinstall the release you need to exclude the mail block, otherwise the geronimo-spec jars come back. To bad there isn't an easy way to provide equivalent jars to fulfill dependencies. Good to know that was the issue. FYI, the Cocoon trunk code has been converted to use Maven for its build process and dependency resolution; one advantage of this is that Maven is able to download the Sun JARs directly from an official location at build time. The Cocoon distribution no longer has to include the geronimo JARs simply to satisfy compile-time dependencies (they could not redistribute the Sun JARs due to license restrictions.) So in future versions this will just work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cocoon 500 error after installation
Hi, I've just installed Apache Cocoon 2.1.9 from source on a Fedora Core 2 box running the following: Tomcat 4.1.24 Apache 2.0.51 Plesk 7.5.4 I used ./build.sh war to get the cocoon.war file which I then placed in $TOMCAT_HOME/webapps as detailed here: http://cocoon.apache.org/2.1/installing/index.html Owing to the lack of a specific section for Tomcat 4.1 I followed the instructions for 4.0.4. I stopped and restarted Tomcat, the cocoon.war file was unpacked as expected, and I fired up lynx to http://localhost:8080/cocoon/ I got a 500 Internal Server Error with the following details: Initialization Problem Message: null Description: No details available. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet cause access denied (java.util.PropertyPermission org.apache.cocoon.settings read) request-uri /cocoon/ Apache Cocoon 2.1.9 I'm pretty new to this and am trying to get it up and running for a friend of mine - I don't use Tomcat myself so I'm stuck! A quick Google didn't turn up anything so can anyone recommend a solution to this problem? Thanks! -- Regards, Michael Price - [EMAIL PROTECTED] - http://www.cyberscore.net - video game high scores http://www.cyberscoreshop.com - the us source for great value http://www.cyberscoreshop.co.uk - great value shopping for the uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cocoon 500 error after installation
It sounds like you don't have read permission on the cocoon settings or they are missing. Try this. 1. From the command line type export JAVA_OPTS=-Dorg.apache.cocoon.settings=cocoon.properties 2. Copy the cocoon.properties file from cocoon's root directory (the same directory where cocoon.sh is) to tomcat's bin directory. Try restarting tomcat. If that doesn't work then look in tomcat's logs directory and look in catalina.out. There is probably a stack trace there. Put it in your reply to this message. Ralph Michael Price wrote: Hi, I've just installed Apache Cocoon 2.1.9 from source on a Fedora Core 2 box running the following: Tomcat 4.1.24 Apache 2.0.51 Plesk 7.5.4 I used ./build.sh war to get the cocoon.war file which I then placed in $TOMCAT_HOME/webapps as detailed here: http://cocoon.apache.org/2.1/installing/index.html Owing to the lack of a specific section for Tomcat 4.1 I followed the instructions for 4.0.4. I stopped and restarted Tomcat, the cocoon.war file was unpacked as expected, and I fired up lynx to http://localhost:8080/cocoon/ I got a 500 Internal Server Error with the following details: Initialization Problem Message: null Description: No details available. Sender: org.apache.cocoon.servlet.CocoonServlet Source: Cocoon Servlet cause access denied (java.util.PropertyPermission org.apache.cocoon.settings read) request-uri /cocoon/ Apache Cocoon 2.1.9 I'm pretty new to this and am trying to get it up and running for a friend of mine - I don't use Tomcat myself so I'm stuck! A quick Google didn't turn up anything so can anyone recommend a solution to this problem? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Selected values in multiselect field
Hi people, I have a situation where I can display a list of options in a list box with the data for the list being supplied from an XSP. eg: fd:multivaluefield id=roles fd:labelEdit the roles assigned to the group:/fd:label fd:datatype base=long/ fd:selection-list src=cocoon:/resources/getRoleList.xsp dynamic=true/ /fd:multivaluefield I then supply a list of *already* selected items by passing in an array to the form widget: var roleArray = Array(); for(var i=0; i roleList.length; i++){ roleArray[i] = new java.lang.Long(roleVal); } //Assign this array to the role drop down list model.roles = roleArray; The widget 'roles' already has the list populated by the xsp. The previously selected values come from the array, and some magic takes place behind the scenes where the intersection of both lists results in the listitem being set to 'selected'. I've tried to replicate this using a list supplied by flow-jxpath but I can't seem to get it right. Has anyone got a process in place where you can display a bunch of selected items in a multi-select field without resorting to XSP? Thanks for your time, Tony -- This email is from Civica Pty Limited and it, together with any attachments, is confidential to the intended recipient(s) and the contents may be legally privileged or contain proprietary and private information. It is intended solely for the person to whom it is addressed. If you are not an intended recipient, you may not review, copy or distribute this email. If received in error, please notify the sender and delete the message from your system immediately. Any views or opinions expressed in this email and any files transmitted with it are those of the author only and may not necessarily reflect the views of Civica and do not create any legally binding rights or obligations whatsoever. Unless otherwise pre-agreed by exchange of hard copy documents signed by duly authorised representatives, contracts may not be concluded on behalf of Civica by email. Please note that neither Civica nor the sender accepts any responsibility for any viruses and it is your responsibility to scan the email and the attachments (if any). All email received and sent by Civica may be monitored to protect the business interests of Civica. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]