https://issues.apache.org/bugzilla/show_bug.cgi?id=46825
--- Comment #8 from Sébastien Hamel <[email protected]> 2009-04-03 08:56:21 PST --- Hi, I found the problem with this. I know how to work around it but there is still a bug in the application. The problem was with the URI of the SVG document to transcode. As Helder told me: >I'd suggest the mailing list for this >sort of troubleshooting, as the test case runs as expected in a usual >JSVGCanvas (Squiggle, for example). He was right, the test case run in JSVGCanvas because JSVGCanvas does some sort of transformation in the URI of the SVGDocument which makes it "transcodable" by the transcoder. So, I tryed, as Helder Magalhães did to transcode a document passing by JSVGCanvas and everything worked as supposed, document transcoded, but as soon as I tryed the trancoding without passing by the JSVGCanvas I always got the same error: org.apache.batik.bridge.BridgeException: c:\images\c:\images\signatureVideBonne.svg (Syntaxe du nom de fichier, de répertoire ou de volume incorrecte) at org.apache.batik.bridge.BridgeContext.getReferencedNode(BridgeContext.java:780) What as to be noticed here is the URI of the document: c:\images\c:\images\signatureVideBonne.svg In fact, the URI passed was "file:c:\images\signatureVideBonne.svg". So, it's been modified. When passing by JSVGCanvas this problem does not occur because the URI is transformed before trying to transcode, and the result in the SVGDocument is: documentURI "file:/C:/images/signatureVideBonne.svg" which cause the transcoding to occur without problem. I just changed the value of the document URI to file:/C:/images/signatureVideBonne.svg in my transcoding without passing by JSVGCanvas to get it done properly without errors. Since the URI "file:c:\images\signatureVideBonne.svg" is a well formed URI the transcoder should support it. Thanks, Sébastien -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
