Re: [xep-support] SVG, identifiers, xml catalogs, resolver, net access

On Thursday 13 July 2006 08:55, Benoit Maisonny wrote:
> Make sure xml-commons-resolver-1.1.jar and CatalogManager.properties are
> on the classpath when you run XEP, although if xparse finds them I guess
> XEP should as well.

Yes, xml-commons-resolver-1.1.jar and CatalogManager.properties are on the
classpath when I run XEP.

What I'm finding is that XML catalogs using xml-commons-resolver works fine
for everything except XEP. I tried the same setup on a local Linux machine
that has had XML catalogs properly working with xml-commons-resolver for
years. I even forced XEP to use the libs that ship with XEP (using -cp). Same
results. Specifically, I have found that

-Dcom.renderx.sax.entityresolver=org.apache.xml.resolver.tools.CatalogResolver
-Dcom.renderx.jaxp.uriresolver=org.apache.xml.resolver.tools.CatalogResolver

do not work under any circumstance that I have been able to create here
locally. It is still possible that the error is mine, but it is looking like
the bug is with XEP. I am using xep from xep-4.6-20060623-personal.zip

Can anyone state from their own experience that XEP does indeed properly use
xml-commons-resolver?

Thanks,

Steve Whitlatch

>
> Hoping this helps.
> Benoit
>
> Steve Whitlatch wrote:
> > Hello,
> >
> > Thanks to all who previously discussed similar subjects on this and other
> > mailing lists. The archives of those discussions almost allowed me to
> > solve my problem.
> >
> > I am trying to use some SVG graphics with XEP. These SVG graphics were
> > exported from Adobe Illustrator and each includes the following
> > identifiers: PUBLIC "-//W3C//DTD SVG 1.0//EN"
> > "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd"
> >
> > XEP attempts to access svg10.dtd over the Internet, and of course fails
> > when the local system is not connected. XML Catalogs
> > (xml-commons-resolver-1.1) cures the same/similar problem for other apps,
> > like Saxon, but not yet for XEP. I expect that the error is mine, but I
> > don't know what else to try. Help?
> >
> > I believe I have xml catalogs properly working, for example:
> > ************
> > % java org.apache.xml.resolver.apps.xparse file.svg
> > Parse catalog: file:///c:/etc/xml/catalog
> > Loading catalog: file:///c:/etc/xml/catalog
> > Default BASE: file:/c:/etc/xml/catalog
> > rewriteSystem: http://www.oasis-open.org/docbook/xml/4.2/
> > file:///D:/cygwin/usr/share/xml/docbook/xml-dtd-4.2/
> > .
> > .
> > .
> > rewriteSystem: http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd
> > file:///C:/RenderX/XEP/lib/DTDs/svg10.dtd
> > REWRITE_SYSTEM: http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd
> > file:/C:/RenderX/XEP/lib/DTDs/svg10.dtd
> > .
> > .
> > .
> > public: -//W3C//DTD SVG 1.0//EN
> > file:///C:/RenderX/XEP/lib/DTDs/svg10.dtd
> > PUBLIC: -//W3C//DTD SVG 1.0//EN
> > file:/C:/RenderX/XEP/lib/DTDs/svg10.dtd
> > .
> > .
> > .
> >
> > Attempting validating, namespace-aware parse
> > resolveSystem(http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd)
> > Resolved system: http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd
> > file:/C:/RenderX/XEP/lib/DTDs/svg10.dtd
> > .
> > .
> > .
> > ***************
> >
> > Is it necessary to provide additional examples showing xml catalogs
> > working on this system? I think I could provide an infinite number of
> > them. However, still, XEP insists on accessing the SVG files' SYSTEM
> > identifiers over the Internet. For example, when using the following
> > command
> >
> > % java com.renderx.xep.XSLDriver -DCONFIG=C:\\RenderX\\XEP\\xep.xml \
> >
> > -Dcom.renderx.sax.entityresolver=org.apache.xml.resolver.tools.CatalogRes
> >olver \
> > -Dcom.renderx.jaxp.uriresolver=org.apache.xml.resolver.tools.CatalogResol
> >ver \ -fo file.fo -pdf file.pdf
> >
> > for each SVG graphic, XEP produces an error message similar to this:
> >
> > ********
> > [error] Failed to create image
> > file:/D:/cygwin/home/steve/CurrentWork/ArchDoc/DocBookXSL/RenderX/graphic
> >s/IITP-1155_scaled_no_fonts.svg of type image/svg+xml [error]
> > java.net.UnknownHostException: www.w3.org
> > *********
> >
> > What next?
> >
> > Thanks,
> >
> > Steve Whitlatch
> >
> >
> >
> > -------------------
> > (*) To unsubscribe, send a message with words 'unsubscribe xep-support'
> > in the body of the message to majordomo@renderx.com from the address
> > you are subscribed from.
> > (*) By using the Service, you expressly agree to these Terms of Service
> > http://www.renderx.com/terms-of-service.html
-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo@renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/terms-of-service.html
Received on Fri Jul 14 11:31:54 2006