Hi Jeroen, thanks for help.
I've recreated the index through this match
<map:match pattern="buildIndex">
<map:generate type="file" src="resources/documentos/indexLucene.xml"/>
<map:transform type="index"/>
<map:serialize type="xml"/>
</map:match>
with transformer LuceneIndexTransformer.
Actually I've Lucene 1.4.3 version inside cocoon lib directory, I've tried
with a superior version but I've a list general errors with my Cocoon 2.1.9.
Diego Mateos
-----Mensaje original-----
De: Jeroen Reijn [mailto:[EMAIL PROTECTED]
Enviado el: lunes, 25 de junio de 2007 10:49
Para: [email protected]
Asunto: Re: Index LUCENE problem with others analyzers.
Hi Diego,
looking at your error, I think the cause could be somewhere in lucene
itself. Did you recreate the index with the new analyzer or did you try to
update the existing one? I'm missing the caused by in the stack trace. That
could perhaps explain things a bit more.
Perhaps a new version of lucene could help you out? Which version are you
using now?
Kind regards,
Jeroen Reijn
Diego Mateos wrote:
> Hi.
> I've a xml file with web contents to be indexed through
> LuceneIndexTransformer, an example:
>
> <?xml version="1.0" encoding="ISO-8859-1"?> <lucene:index
> xmlns:lucene="http://apache.org/cocoon/lucene/1.0";
> analyzer="org.apache.lucene.analysis.standard.StandardAnalyzer"
> directory="../LUCENE" create="true" merge-factor="20">
> <lucene:document url="/quienes-somos/index"> <title
> lucene:store="true">Quiénes Somos</title>
> <content lucene:store="true">
> ¿Quiénes Somos?
> El mundialmente conocido grupo editorial “Pepe
> Iglesias.net”, está compuesto por, ... yo.
> ¿
> Para qué vamos a engañarnos?
> Ustedes se preguntarán: “¿Y
> quién
> coño es usted?”, pues para quien le
interese,
> a continuación lo contaré, aunque les
> aseguro
> que es un rollo
> aburridísimo, una estupidez que no merece la
> menor pena
> leer. Si me aceptan un consejo, vayan a los botones
> de Artículos,
> Vinos, Recetas,
> Asturias gastronómica, etc., allí si
> hay chicha.
> </content>
> </lucene:document>
>
> <!-- more here -->
>
> </lucene:index>
>
> The standard analyzer build the index correctly, but I've a problem,
> the index not apart special characters when the users accomplish
> queries, so that "gastronomía" and "gastronomia" don't provide the
> same result. Then I have tried to change analyzer attribute to
> org.apache.lucene.analysis.standard.StrandardTokenizer that can become
> adapted better what I'm looking for, but when I build the index I've
> the following error:
>
> java.lang.NullPointerException
> at
> org.apache.lucene.index.DocumentWriter.invertDocument(DocumentWriter.j
> ava:14
> 1)
> at
> org.apache.lucene.index.DocumentWriter.addDocument(DocumentWriter.java:81)
> at
> org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:307)
> at
> org.apache.lucene.index.IndexWriter.addDocument(IndexWriter.java:294)
> at
> org.apache.cocoon.transformation.LuceneIndexTransformer.reindexDocumen
> t(Luce
> neIndexTransformer.java:429)
> at
> org.apache.cocoon.transformation.LuceneIndexTransformer.endElement(Luc
> eneInd
> exTransformer.java:323)
> at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown
> Source)
> at
> org.apache.xerces.impl.dtd.XMLNSDTDValidator.endNamespaceScope(Unknown
> Source)
> at
> org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(Unknown
Source)
> at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown
> Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentD
> ispatc
> her.dispatch(Unknown Source)
> at
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unk
> nown
> Source)
> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> Source)
> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
> Source)
> at
> org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:315)
> at
> org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:334)
> at
> org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:325)
> at
>
org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
> at
> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPi
> peline
> .processXMLPipeline(AbstractCachingProcessingPipeline.java:369)
> at
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.proce
> ss(Abs
> tractProcessingPipeline.java:480)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invok
> e(Seri
> alizeNode.java:120)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNod
> e.invo
> keNodes(AbstractParentProcessingNode.java:46)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode
> .invok
> e(PreparableMatchNode.java:130)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNod
> e.invo
> keNodes(AbstractParentProcessingNode.java:46)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(
> ActTyp
> eNode.java:138)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNod
> e.invo
> keNodes(AbstractParentProcessingNode.java:68)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke
> (Pipel
> ineNode.java:142)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNod
> e.invo
> keNodes(AbstractParentProcessingNode.java:68)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invok
> e(Pipe
> linesNode.java:92)
> at
> org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.proce
> ss(Con
> creteTreeProcessor.java:234)
> at
> org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.proce
> ss(Con
> creteTreeProcessor.java:176)
> at
> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeP
> rocess
> or.java:252)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(Mo
> untNod
> e.java:117)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNod
> e.invo
> keNodes(AbstractParentProcessingNode.java:46)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode
> .invok
> e(PreparableMatchNode.java:130)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNod
> e.invo
> keNodes(AbstractParentProcessingNode.java:68)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke
> (Pipel
> ineNode.java:142)
> at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNod
> e.invo
> keNodes(AbstractParentProcessingNode.java:68)
> at
> org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invok
> e(Pipe
> linesNode.java:92)
> at
> org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.proce
> ss(Con
> creteTreeProcessor.java:234)
> at
> org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.proce
> ss(Con
> creteTreeProcessor.java:176)
> at
> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeP
> rocess
> or.java:252)
> at org.apache.cocoon.Cocoon.process(Cocoon.java:686)
> at
> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1153)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appli
> cation
> FilterChain.java:252)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFi
> lterCh
> ain.java:173)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVa
> lve.ja
> va:213)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextVa
> lve.ja
> va:178)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.ja
> va:126
> )
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.ja
> va:105
> )
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValv
> e.java
> :107)
> at
>
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
> at
> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.pr
> ocessC
> onnection(Http11BaseProtocol.java:664)
> at
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoi
> nt.jav
> a:527)
> at
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFoll
> owerWo
> rkerThread.java:80)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPo
> ol.jav
> a:684)
> at java.lang.Thread.run(Thread.java:595)
>
> Also I've tried, for analogy with spanish, with
> org.apache.lucene.analysis.br.BrazilianAnalyzer analizer, but I've the
> same error.
> What can I be failing in?
>
> I use cocoon 2.1.9 builded with java 1.5.0_10
>
> Thanks for any help.
> Diego Mateos
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
--
Met vriendelijke groet,
Kind regards,
Jeroen Reijn
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
__________ Información de NOD32, revisión 2350 (20070624) __________
Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
