Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <1774782369.1132697261542.JavaMail.jira@ajax.apache.org>
Date: Tue, 22 Nov 2005 23:07:41 +0100 (CET)
From: "Pier Fumagalli (JIRA)" <jira@apache.org>
To: dev@cocoon.apache.org
Subject: [jira] Updated: (COCOON-1695) Saxon requires an XML parser that
 reports the QName of each element
In-Reply-To: <1334778671.1132696481616.JavaMail.jira@ajax.apache.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

     [ 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