cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pier Fumagalli (JIRA)" <j...@apache.org>
Subject [jira] Updated: (COCOON-1695) Saxon requires an XML parser that reports the QName of each element
Date Tue, 22 Nov 2005 22:07:41 GMT
     [ http://issues.apache.org/jira/browse/COCOON-1695?page=all ]

Pier Fumagalli updated COCOON-1695:
-----------------------------------

    Component: * Cocoon Core

> Saxon requires an XML parser that reports the QName of each element
> -------------------------------------------------------------------
>
>          Key: COCOON-1695
>          URL: http://issues.apache.org/jira/browse/COCOON-1695
>      Project: Cocoon
>         Type: Bug
>   Components: * Cocoon Core
>     Versions: 2.1.8
>     Reporter: Pier Fumagalli

>
> The default AbstractTextSerializer attempts to detect whether the wrapped TransformerFactory
supports encoding namespaces by iteself by simply passing the namespace declaration in startPrefixMapping(..)
or requires them to be hardcoded into attributes.
> When Saxon is the default XSLT transformer factory, every time an instance of an AbstractTextSerializer
is created, this exception crops up:
> [2005/11/22 21:39:08.193] WARN  [xml] Cannot know if transformer needs namespaces attributes
- assuming NO.
> org.xml.sax.SAXException: Saxon requires an XML parser that reports the QName of each
element
>         at net.sf.saxon.event.ReceivingContentHandler.getNameCode(ReceivingContentHandler.java:264)
>         at net.sf.saxon.event.ReceivingContentHandler.startElement(ReceivingContentHandler.java:194)
>         at org.apache.cocoon.serialization.AbstractTextSerializer.needsNamespacesAsAttributes(AbstractTextSerializer.java:333)
>         at org.apache.cocoon.serialization.AbstractTextSerializer.configure(AbstractTextSerializer.java:257)
>         at org.apache.cocoon.serialization.XMLSerializer.configure(XMLSerializer.java:41)
>         at org.apache.avalon.framework.container.ContainerUtil.configure(ContainerUtil.java:201)
>         at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:289)
>         at org.apache.avalon.excalibur.pool.InstrumentedResourceLimitingPool.newPoolable(InstrumentedResourceLimitingPool.java:655)
>         at org.apache.avalon.excalibur.pool.InstrumentedResourceLimitingPool.get(InstrumentedResourceLimitingPool.java:371)
>         at org.apache.avalon.excalibur.component.PoolableComponentHandler.doGet(PoolableComponentHandler.java:198)
>         at org.apache.avalon.excalibur.component.ComponentHandler.get(ComponentHandler.java:381)
>         at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(ExcaliburComponentSelector.java:215)
>         at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:262)
>         at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setSerializer(AbstractProcessingPipeline.java:308)
>         at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:103)
>         at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
>         at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
>         at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
>         at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:142)
>         at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
>         at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92)
>         at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234)
>         at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176)
>         at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:248)
>         at org.apache.cocoon.Cocoon.process(Cocoon.java:679)
>         at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154)
>         at javax.servlet.http.HttpServlet.service(Unknown Source)
>         at org.mortbay.jetty.servlet.ServletHolder.handle(Unknown Source)
>         at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(Unknown Source)
>         at org.mortbay.jetty.servlet.ServletHandler.handle(Unknown Source)
>         at org.mortbay.http.HttpContext.handle(Unknown Source)
>         at org.mortbay.jetty.servlet.WebApplicationContext.handle(Unknown Source)
>         at org.mortbay.http.HttpContext.handle(Unknown Source)
>         at org.mortbay.http.HttpServer.service(Unknown Source)
>         at org.mortbay.http.HttpConnection.service(Unknown Source)
>         at org.mortbay.http.HttpConnection.handleNext(Unknown Source)
>         at org.mortbay.http.HttpConnection.handle(Unknown Source)
>         at org.mortbay.http.SocketListener.handleConnection(Unknown Source)
>         at org.mortbay.util.ThreadedServer.handle(Unknown Source)
>         at org.mortbay.util.ThreadPool$PoolThread.run(Unknown Source)
> I assume that the detection code is broken.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


Mime
View raw message