It turns out it was operator error. I was pointing to the wrong subdirectory in the pipeline. The error message was confusing and pointed me in the wrong direction and I was spinning my wheels. Thanks for you help George! It helped me look at the problem with fresh eyes. Betty
Hi Betty,
I am not able to reproduce the problem. I took a DITA document like below:
copy.xml ======== <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE concept PUBLIC "-//OASIS//DTD DITA Concept//EN" "concept.dtd"> <concept id="conceptId"> <title>Concept title</title> <shortdesc></shortdesc> <conbody> <p>Concept definition.</p> </conbody> </concept>
with no concept.dtd in the same folder as the copy.xml file then this is validated in oXygen by resolving the public ID through the DITA catalog (I can change that and see that the validation fails).
I have an XSLT file copy.xsl with the following content:
copy.xsl ======== <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:xd="http://www.oxygenxml.com/ns/doc/xsl" exclude-result-prefixes="xd" version="1.0">
<xsl:template match="node() | @*"> <xsl:copy> <xsl:apply-templates select="node() | @*"/> </xsl:copy> </xsl:template>
</xsl:stylesheet>
and a simple XProc pipeline that applies the transformation:
copy.xproc ========== <?xml version="1.0" encoding="UTF-8"?> <p:declare-step xmlns:p="http://www.w3.org/ns/xproc" version="1.0"> <p:input port="source"> <p:document href="copy.xml"/> </p:input> <p:output port="result"/> <p:xslt> <p:input port="source"/> <p:input port="stylesheet"> <p:document href="copy.xsl"/> </p:input> <p:input port="parameters"> <p:empty/> </p:input> </p:xslt> </p:declare-step>
Running the XProc script from oXygen as a transformation scenario I get the expected output because the catalogs from oXygen are passed over to Calabash. Changing the public ID in the copy.xml file gives me an error both when I try to validate the file and when I execute the XProc script - and this is the expected behavior as the DTD is not solved anymore through the catalog.
Please note that the DTD is not used for validation in the above example, it needs to be read for entity resolution and default attributes by the XML parser.
Maybe trying this example will help. Otherwise please send us an example to be able to reproduce the issue.
Best Regards, George -- George Cristian Bina <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 11/23/10 10:45 PM, Betty Harvey wrote:
My XProc pipeline is failing because Xproc is validating the input file. The input files have both public identifiers and system identifiers (which don't point to the correct location). I am using an XML catalog within Oxygen that points to correct location of the DTD and validates within Oxygen.
Is there a way to tell XProc or Calabash to look at the catalog.xml file? Another option would be to tell XProc or Calabash don't validate the input file.
TIA!
Betty
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ Betty Harvey | Phone: 410-787-9200 FAX: 9830 Electronic Commerce Connection, Inc. | harvey@eccnet.com | Washington,DC XML Users Grp URL: http://www.eccnet.com | http://www.eccnet.com/xmlug /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/ Member of XML Guild (www.xmlguild.org)
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ Betty Harvey | Phone: 410-787-9200 FAX: 9830 Electronic Commerce Connection, Inc. | harvey@eccnet.com | Washington,DC XML Users Grp URL: http://www.eccnet.com | http://www.eccnet.com/xmlug /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/ Member of XML Guild (www.xmlguild.org) _______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ Betty Harvey | Phone: 410-787-9200 FAX: 9830 Electronic Commerce Connection, Inc. | harvey@eccnet.com | Washington,DC XML Users Grp URL: http://www.eccnet.com | http://www.eccnet.com/xmlug /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/ Member of XML Guild (www.xmlguild.org)