You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Jean-Claude Moissinac <jc...@gmail.com> on 2005/04/06 17:56:15 UTC

Fwd: SVG with xlink namespace

Hello

I have an SVG file, something like
<?xml version="1.0" encoding="UTF-8"?>
<svg width="100%" height="100%" viewBox="0 0 333 250"
xmlns="http://www.w3.org/2000/svg"
xmlns:xlink="http://www.w3.org/1999/xlink">
...
<use xlink:href="#S1" transform="translate(62.0 213.0)
scale(0.29522705 0.29522705) " />
</svg>

Note that it is using the xmlns:xlink namespace.
When I try a sitemap like
                <map:match pattern="kangourou">
                        <map:generate type="file" src="aa001.svg"/>
                        <map:serialize type="svgxml"/>
                </map:match>
I get the followin error

"The prefix "xlink" for attribute "xlink:href" associated with an
element type "use" is not bound."

To use a map:read is not a solution for me, because I have to use
output of this pipeline as input for another (and, probably, to put a
map:transform between the map:generate and the map:serialise).

How can I specify to Coccon that I need to use a content like that
SVG, with two namespaces?

Thank you in advance for your help
--
--
Jean-Claude Moissinac
Department of Computer Science and Networks
ENST Paris
FRANCE

E-mail: moissinac@enst.fr
Tel: (+33) 1.45.81.80.88
Fax: (+33) 1.45.81.71.58

http://shadok.enst.fr/jcm

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jorg Heymans <jh...@domek.be>.
Maybe your svg has dodgy hidden characters in it that prevents the 
parser from seeing your namespace declaration ? I'm out of ideas, but 
i'm pretty sure cocoon is not the culprit here.


Jean-Claude Moissinac wrote:
> It seems to be a Cocoon error with this stacktrace:
> org.apache.cocoon.ProcessingException: Error executing pipeline.:
> file:/C:/Documents/cocoon-2.1.7/build/webapp/tests/content/aa001_frame1.svg:34:90:org.xml.sax.SAXParseException:
> The prefix "xlink" for attribute "xlink:href" associated with an
> element type "use" is not bound.
> 	at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.handleException(AbstractProcessingPipeline.java:940)
> 	at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
> 	at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:483)
> 	at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:120)
> 	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:138)
> 	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:243)
> 	at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
> 	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:138)
> 	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:243)
> 	at org.apache.cocoon.Cocoon.process(Cocoon.java:608)
> 	at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1123)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> 	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
> 	at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
> 	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
> 	at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
> 	at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
> 	at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
> 	at org.mortbay.http.HttpServer.service(HttpServer.java:879)
> 	at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)
> 	at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
> 	at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
> 	at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
> 	at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:300)
> 	at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:511)
> Caused by: org.xml.sax.SAXParseException: The prefix "xlink" for
> attribute "xlink:href" associated with an element type "use" is not
> bound.
> 	at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
> Source)
> 	at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
> 	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
> 	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
> 	at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
> Source)
> 	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
> Source)
> 	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> 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.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:296)
> 	at org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:315)
> 	at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:275)
> 	at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
> 	at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:269)
> 	... 37 more
> org.xml.sax.SAXParseException: The prefix "xlink" for attribute
> "xlink:href" associated with an element type "use" is not bound.
> 	at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
> Source)
> 	at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
> 	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
> 	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
> 	at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
> Source)
> 	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
> Source)
> 	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> 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.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:296)
> 	at org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:315)
> 	at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:275)
> 	at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
> 	at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:269)
> 	at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:483)
> 	at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:120)
> 	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:138)
> 	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:243)
> 	at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
> 	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:138)
> 	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:243)
> 	at org.apache.cocoon.Cocoon.process(Cocoon.java:608)
> 	at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1123)
> 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> 	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
> 	at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
> 	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
> 	at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
> 	at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
> 	at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
> 	at org.mortbay.http.HttpServer.service(HttpServer.java:879)
> 	at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)
> 	at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
> 	at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
> 	at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
> 	at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:300)
> 	at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:511)
> 
> 
> 
> On Apr 7, 2005 11:20 AM, Jorg Heymans <jh...@domek.be> wrote:
> 
>>Jean-Claude Moissinac wrote:
>>
>>>Sorry, I don't know how to apply your advice.
>>>I've installed a standard Coccon 2.1.7 install.
>>>In the startup process messages, I see:
>>>... Starting Jetty/4.2.23
>>>and in the last line of the startup:
>>>... Started org.mortbay.jetty.Server@e94e92
>>>
>>>Do you say I have to download a different version of Jetty and install
>>>it in Cocoon?
>>>
>>
>>Nope, this is ok.
>>
>>I tested with
>>     <map:match pattern="testsvg">
>>       <map:generate src="d:/temp/try.svg"/>
>>       <map:serialize type="svgxml"/>
>>     </map:match>
>>
>>"try.svg" is a plain svg with multiple namespaces declared,
>><?xml version="1.0" encoding="UTF-8"?>
>><svg
>>xmlns="http://www.w3.org/2000/svg"
>>xmlns:xlink="http://www.w3.org/1999/xlink">
>><defs>
>>.....
>>
>>there is one element with xlink : <use xlink:href="#logo" x="200"
>>y="200" /> , logo is a defined image.
>>
>>I am getting no errors whatsoever. Adobe plugin renders it fine, and
>>when i use the plain xml serializer i can see that the document went
>>through unmodified.
>>
>>Where do you exactly get this error? Is it in the tool you use to view
>>the resulting svg or is it a cocoon error with stacktrace and all?
>>
>>Jorg
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
> 
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jean-Claude Moissinac <jc...@gmail.com>.
It seems to be a Cocoon error with this stacktrace:
org.apache.cocoon.ProcessingException: Error executing pipeline.:
file:/C:/Documents/cocoon-2.1.7/build/webapp/tests/content/aa001_frame1.svg:34:90:org.xml.sax.SAXParseException:
The prefix "xlink" for attribute "xlink:href" associated with an
element type "use" is not bound.
	at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.handleException(AbstractProcessingPipeline.java:940)
	at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
	at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:483)
	at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:120)
	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:138)
	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:243)
	at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
	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:138)
	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:243)
	at org.apache.cocoon.Cocoon.process(Cocoon.java:608)
	at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1123)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
	at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
	at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
	at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
	at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
	at org.mortbay.http.HttpServer.service(HttpServer.java:879)
	at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)
	at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
	at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
	at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
	at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:300)
	at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:511)
Caused by: org.xml.sax.SAXParseException: The prefix "xlink" for
attribute "xlink:href" associated with an element type "use" is not
bound.
	at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
Source)
	at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
	at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
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.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:296)
	at org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:315)
	at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:275)
	at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
	at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:269)
	... 37 more
org.xml.sax.SAXParseException: The prefix "xlink" for attribute
"xlink:href" associated with an element type "use" is not bound.
	at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
Source)
	at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
	at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
	at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
	at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
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.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:296)
	at org.apache.excalibur.xml.impl.JaxpParser.parse(JaxpParser.java:315)
	at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:275)
	at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
	at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:269)
	at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:483)
	at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:120)
	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:138)
	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:243)
	at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
	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:138)
	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:243)
	at org.apache.cocoon.Cocoon.process(Cocoon.java:608)
	at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1123)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
	at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
	at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
	at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
	at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
	at org.mortbay.http.HttpServer.service(HttpServer.java:879)
	at org.mortbay.http.HttpConnection.service(HttpConnection.java:789)
	at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
	at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
	at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
	at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:300)
	at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:511)



On Apr 7, 2005 11:20 AM, Jorg Heymans <jh...@domek.be> wrote:
> 
> Jean-Claude Moissinac wrote:
> > Sorry, I don't know how to apply your advice.
> > I've installed a standard Coccon 2.1.7 install.
> > In the startup process messages, I see:
> > ... Starting Jetty/4.2.23
> > and in the last line of the startup:
> > ... Started org.mortbay.jetty.Server@e94e92
> >
> > Do you say I have to download a different version of Jetty and install
> > it in Cocoon?
> >
> 
> Nope, this is ok.
> 
> I tested with
>      <map:match pattern="testsvg">
>        <map:generate src="d:/temp/try.svg"/>
>        <map:serialize type="svgxml"/>
>      </map:match>
> 
> "try.svg" is a plain svg with multiple namespaces declared,
> <?xml version="1.0" encoding="UTF-8"?>
> <svg
> xmlns="http://www.w3.org/2000/svg"
> xmlns:xlink="http://www.w3.org/1999/xlink">
> <defs>
> .....
> 
> there is one element with xlink : <use xlink:href="#logo" x="200"
> y="200" /> , logo is a defined image.
> 
> I am getting no errors whatsoever. Adobe plugin renders it fine, and
> when i use the plain xml serializer i can see that the document went
> through unmodified.
> 
> Where do you exactly get this error? Is it in the tool you use to view
> the resulting svg or is it a cocoon error with stacktrace and all?
> 
> Jorg
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
> 
> 


-- 
-- 
Jean-Claude Moissinac
Department of Computer Science and Networks
ENST Paris
FRANCE

E-mail: moissinac@enst.fr
Tel: (+33) 1.45.81.80.88
Fax: (+33) 1.45.81.71.58

http://shadok.enst.fr/jcm

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jean-Claude Moissinac <jc...@gmail.com>.
I can't figure when the declaration has been put out and how I can
have not seen before. But it seem to works.
The content without the needed declaration works fine in the Adobe Viewer.

Thank you for your help

On Apr 7, 2005 3:39 PM, Jorg Heymans <jh...@domek.be> wrote:
> 
> Jean-Claude Moissinac wrote:
> > Here is a very short test which works when displayed directly, but
> > doesn't works when served by cocoon with the previously showed
> > pipeline:
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <svg width="100%" height="100%" viewBox="0 0 333 250"
> > xmlns="http://www.w3.org/2000/svg">
> > <rect width="100%" height="100%" fill="rgb(255,255,255)"/>
> > <set attributeName="display" to="inline" begin="0.083333336"/>
> > <defs>
> > <g id="S80" >
> > <path fill="none" stroke="rgb(0,0,5)" stroke-width="1.5" d=" M 0.0
> > -234.9 1151.1 -231.65 1150.15 -233.5"/>
> > </g>
> > </defs>
> > <use xlink:href="#S80" transform="translate(-3.0 272.0)
> > scale(0.29522705 0.29522705) " />
> > </svg>
> 
> You didn't specify the xlink namespace in this document, so ofcourse the
> parser complains that it cannot map the namespace. Just add the
> namespace at the top and it will work.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
> 
> 


-- 
-- 
Jean-Claude Moissinac
Department of Computer Science and Networks
ENST Paris
FRANCE

E-mail: moissinac@enst.fr
Tel: (+33) 1.45.81.80.88
Fax: (+33) 1.45.81.71.58

http://shadok.enst.fr/jcm

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jorg Heymans <jh...@domek.be>.
Jean-Claude Moissinac wrote:
> Here is a very short test which works when displayed directly, but
> doesn't works when served by cocoon with the previously showed
> pipeline:
> 
> <?xml version="1.0" encoding="UTF-8"?>
> <svg width="100%" height="100%" viewBox="0 0 333 250"
> xmlns="http://www.w3.org/2000/svg">
> <rect width="100%" height="100%" fill="rgb(255,255,255)"/>
> <set attributeName="display" to="inline" begin="0.083333336"/>
> <defs>
> <g id="S80" >
> <path fill="none" stroke="rgb(0,0,5)" stroke-width="1.5" d=" M 0.0
> -234.9 1151.1 -231.65 1150.15 -233.5"/>
> </g>
> </defs>
> <use xlink:href="#S80" transform="translate(-3.0 272.0)
> scale(0.29522705 0.29522705) " />
> </svg>

You didn't specify the xlink namespace in this document, so ofcourse the 
parser complains that it cannot map the namespace. Just add the 
namespace at the top and it will work.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jean-Claude Moissinac <jc...@gmail.com>.
Here is a very short test which works when displayed directly, but
doesn't works when served by cocoon with the previously showed
pipeline:

<?xml version="1.0" encoding="UTF-8"?>
<svg width="100%" height="100%" viewBox="0 0 333 250"
xmlns="http://www.w3.org/2000/svg">
<rect width="100%" height="100%" fill="rgb(255,255,255)"/>
<set attributeName="display" to="inline" begin="0.083333336"/>
<defs>
<g id="S80" >
<path fill="none" stroke="rgb(0,0,5)" stroke-width="1.5" d=" M 0.0
-234.9 1151.1 -231.65 1150.15 -233.5"/>
</g>
</defs>
<use xlink:href="#S80" transform="translate(-3.0 272.0)
scale(0.29522705 0.29522705) " />
</svg>


On Apr 7, 2005 11:20 AM, Jorg Heymans <jh...@domek.be> wrote:
> 
> Jean-Claude Moissinac wrote:
> > Sorry, I don't know how to apply your advice.
> > I've installed a standard Coccon 2.1.7 install.
> > In the startup process messages, I see:
> > ... Starting Jetty/4.2.23
> > and in the last line of the startup:
> > ... Started org.mortbay.jetty.Server@e94e92
> >
> > Do you say I have to download a different version of Jetty and install
> > it in Cocoon?
> >
> 
> Nope, this is ok.
> 
> I tested with
>      <map:match pattern="testsvg">
>        <map:generate src="d:/temp/try.svg"/>
>        <map:serialize type="svgxml"/>
>      </map:match>
> 
> "try.svg" is a plain svg with multiple namespaces declared,
> <?xml version="1.0" encoding="UTF-8"?>
> <svg
> xmlns="http://www.w3.org/2000/svg"
> xmlns:xlink="http://www.w3.org/1999/xlink">
> <defs>
> .....
> 
> there is one element with xlink : <use xlink:href="#logo" x="200"
> y="200" /> , logo is a defined image.
> 
> I am getting no errors whatsoever. Adobe plugin renders it fine, and
> when i use the plain xml serializer i can see that the document went
> through unmodified.
> 
> Where do you exactly get this error? Is it in the tool you use to view
> the resulting svg or is it a cocoon error with stacktrace and all?
> 
> Jorg
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
> 
> 


-- 
-- 
Jean-Claude Moissinac
Department of Computer Science and Networks
ENST Paris
FRANCE

E-mail: moissinac@enst.fr
Tel: (+33) 1.45.81.80.88
Fax: (+33) 1.45.81.71.58

http://shadok.enst.fr/jcm

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jorg Heymans <jh...@domek.be>.
Jean-Claude Moissinac wrote:
> Sorry, I don't know how to apply your advice.
> I've installed a standard Coccon 2.1.7 install.
> In the startup process messages, I see:
> ... Starting Jetty/4.2.23
> and in the last line of the startup:
> ... Started org.mortbay.jetty.Server@e94e92
> 
> Do you say I have to download a different version of Jetty and install
> it in Cocoon?
> 

Nope, this is ok.

I tested with
     <map:match pattern="testsvg">
       <map:generate src="d:/temp/try.svg"/>
       <map:serialize type="svgxml"/>
     </map:match>

"try.svg" is a plain svg with multiple namespaces declared,
<?xml version="1.0" encoding="UTF-8"?>
<svg
xmlns="http://www.w3.org/2000/svg"
xmlns:xlink="http://www.w3.org/1999/xlink">
<defs>
.....

there is one element with xlink : <use xlink:href="#logo" x="200" 
y="200" /> , logo is a defined image.

I am getting no errors whatsoever. Adobe plugin renders it fine, and 
when i use the plain xml serializer i can see that the document went 
through unmodified.

Where do you exactly get this error? Is it in the tool you use to view 
the resulting svg or is it a cocoon error with stacktrace and all?

Jorg




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jean-Claude Moissinac <jc...@gmail.com>.
Sorry, I don't know how to apply your advice.
I've installed a standard Coccon 2.1.7 install.
In the startup process messages, I see:
... Starting Jetty/4.2.23
and in the last line of the startup:
... Started org.mortbay.jetty.Server@e94e92

Do you say I have to download a different version of Jetty and install
it in Cocoon?


On Apr 7, 2005 10:41 AM, Jorg Heymans <jh...@domek.be> wrote:
> what servlet container are you using? Try your sample with a standard
> jetty-2.1.7 build.
> 
> Jean-Claude Moissinac wrote:
> > I'm using a standard 2.1.7 install on a PC/XP
> > My SVG plays fine in all players and is very simple.
> >
> > Perhaps, i have to change the SAX parser used?
> >
> > On Apr 7, 2005 9:56 AM, Joachim Breitsprecher <jb...@dserv.net> wrote:
> >
> >>Jorg Heymans wrote:
> >>
> >>>Jean-Claude Moissinac wrote:
> >>>
> >>>>"The prefix "xlink" for attribute "xlink:href" associated with an
> >>>>element type "use" is not bound."
> >>>>
> >>>
> >>>I just tried this with a stock 2.1.7 build without problems. Maybe your
> >>>SVG is dodgy?
> >>
> >>I have had similar problems ("namespace not bound"). If you do not use
> >>the bundled Jetty, make sure that your servlet container is using
> >>Cocoon's endorsed libraries.
> >>
> >>HTH,
> >>
> >>Joachim
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> >>For additional commands, e-mail: users-help@cocoon.apache.org
> >>
> >>
> >
> >
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
> 
> 


-- 
-- 
Jean-Claude Moissinac
Department of Computer Science and Networks
ENST Paris
FRANCE

E-mail: moissinac@enst.fr
Tel: (+33) 1.45.81.80.88
Fax: (+33) 1.45.81.71.58

http://shadok.enst.fr/jcm

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jorg Heymans <jh...@domek.be>.
what servlet container are you using? Try your sample with a standard 
jetty-2.1.7 build.

Jean-Claude Moissinac wrote:
> I'm using a standard 2.1.7 install on a PC/XP
> My SVG plays fine in all players and is very simple.
> 
> Perhaps, i have to change the SAX parser used?
> 
> On Apr 7, 2005 9:56 AM, Joachim Breitsprecher <jb...@dserv.net> wrote:
> 
>>Jorg Heymans wrote:
>>
>>>Jean-Claude Moissinac wrote:
>>>
>>>>"The prefix "xlink" for attribute "xlink:href" associated with an
>>>>element type "use" is not bound."
>>>>
>>>
>>>I just tried this with a stock 2.1.7 build without problems. Maybe your
>>>SVG is dodgy?
>>
>>I have had similar problems ("namespace not bound"). If you do not use
>>the bundled Jetty, make sure that your servlet container is using
>>Cocoon's endorsed libraries.
>>
>>HTH,
>>
>>Joachim
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
> 
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jean-Claude Moissinac <jc...@gmail.com>.
I'm using a standard 2.1.7 install on a PC/XP
My SVG plays fine in all players and is very simple.

Perhaps, i have to change the SAX parser used?

On Apr 7, 2005 9:56 AM, Joachim Breitsprecher <jb...@dserv.net> wrote:
> Jorg Heymans wrote:
> >
> > Jean-Claude Moissinac wrote:
> >> "The prefix "xlink" for attribute "xlink:href" associated with an
> >> element type "use" is not bound."
> >>
> >
> > I just tried this with a stock 2.1.7 build without problems. Maybe your
> > SVG is dodgy?
> 
> I have had similar problems ("namespace not bound"). If you do not use
> the bundled Jetty, make sure that your servlet container is using
> Cocoon's endorsed libraries.
> 
> HTH,
> 
> Joachim
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
> 
> 


-- 
-- 
Jean-Claude Moissinac
Department of Computer Science and Networks
ENST Paris
FRANCE

E-mail: moissinac@enst.fr
Tel: (+33) 1.45.81.80.88
Fax: (+33) 1.45.81.71.58

http://shadok.enst.fr/jcm

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Joachim Breitsprecher <jb...@dserv.net>.
Jorg Heymans wrote:
> 
> Jean-Claude Moissinac wrote:
>> "The prefix "xlink" for attribute "xlink:href" associated with an
>> element type "use" is not bound."
>>
> 
> I just tried this with a stock 2.1.7 build without problems. Maybe your 
> SVG is dodgy?

I have had similar problems ("namespace not bound"). If you do not use 
the bundled Jetty, make sure that your servlet container is using 
Cocoon's endorsed libraries.


HTH,

Joachim

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org


Re: Fwd: SVG with xlink namespace

Posted by Jorg Heymans <jh...@domek.be>.
Jean-Claude Moissinac wrote:
> Hello
> 
> I have an SVG file, something like
> <?xml version="1.0" encoding="UTF-8"?>
> <svg width="100%" height="100%" viewBox="0 0 333 250"
> xmlns="http://www.w3.org/2000/svg"
> xmlns:xlink="http://www.w3.org/1999/xlink">
> ...
> <use xlink:href="#S1" transform="translate(62.0 213.0)
> scale(0.29522705 0.29522705) " />
> </svg>
> 
> Note that it is using the xmlns:xlink namespace.
> When I try a sitemap like
>                 <map:match pattern="kangourou">
>                         <map:generate type="file" src="aa001.svg"/>
>                         <map:serialize type="svgxml"/>
>                 </map:match>
> I get the followin error
> 
> "The prefix "xlink" for attribute "xlink:href" associated with an
> element type "use" is not bound."
> 

I just tried this with a stock 2.1.7 build without problems. Maybe your 
SVG is dodgy?


Jorg


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org