DeltaXML Support Forums

• Home
• Products
  • Products Overview
  • Core
    • About Core
    • FAQs
    • Demos
  • Sync
    • About Sync
    • FAQs
    • Demos
  • Competitors
• Services
• Applications
  • Applications of DeltaXML
  • Publishing
  • I.T.
  • Aerospace
  • Financial
  • Government
  • Telecoms
  • Education
  • OEM
  • Content Management
• Customers
  • Customer List
  • Endorsements
• Partners
• About Us
• Contact Us
• Support and Resource Library
  • Support Overview
  • Support Forums
  • Technical Document Index

DeltaXML Support Forums

new topic  post reply	DeltaXML Products and Applications -> DeltaXML Core -> "ERROR: Could not find dxp file with id 'docbook'"
moderators: chrisc nigelw tristanm

"ERROR: Could not find dxp file with id 'docbook'"
jrhooker Joined: 15-April-2008 Posts: 23 Location: , Canada	Posted: 03-July-2008 15:15 Likely should have made this a new thread in the first place.... I'm trying to evaluate Core 5.0 now, and getting the "ERROR: Could not find dxp file with id 'docbook'" error message when I run: "java -jar command.jar compare docbook ../../../docs/xmllint_temporary1.xml ../../../docs/xmllint_temporary2.xml docbook-result.xml ../../../docs/outfile.xml" The xmllint files are just files that have had their Xinclude elements consolidated by XMLlint. I've downloaded the latest evaluation version of Core. I suspect that this is just a config issue.
Some renaming in Core 5.0
nigelw Joined: 27-March-2007 Posts: 54 Location: Malvern, United Kingdom	Posted: 03-July-2008 17:35 Hello, Likely should have made this a new thread in the first place.... No problem - I need to go back to the previous thread soon anyway to provide an update... I'm trying to evaluate Core 5.0 now, and getting the "ERROR: Could not find dxp file with id 'docbook'" error message when I run: "java -jar command.jar compare docbook ../../../docs/xmllint_temporary1.xml ../../../docs/xmllint_temporary2.xml docbook-result.xml ../../../docs/outfile.xml" This is because we renamed the sub-command in our Core 5.0 release (in the expectation of docbook5 support to be added). If you run the command without arguments (for example: java -jar command.jar), it reports the available sub-commands, which now include docbook4. So your command above just needs to change docbook to docbook4.  As an aside:  I did explore the possibility of keeping a generic docbook pipline (which would output namespaced or non-namespaced docbook depending upon the inputs), but it was complicated and I expected the subsequent processing (eg selection of docbook-xsl vs. docbook-xsl-ns) would require/expect one or the other form of output. The xmllint files are just files that have had their Xinclude elements consolidated by XMLlint. OK - understood.  When we add our docbook5 pipeline/target to command.jar we will configure it to make use of Xerces' Xinclude support. I've downloaded the latest evaluation version of Core. I suspect that this is just a config issue. It looks like we may have web-pages or other documentation which still says 'compare docbook'.  I will try to hunt it out and change it now. Thanks, Nigel
Working now, with issues.
jrhooker Joined: 15-April-2008 Posts: 23 Location: , Canada	Posted: 03-July-2008 18:24 Did it a again, in reverse. This time I created a thread where I meant to create a reply. Can you delete the other thread? Thanks Nigel. It's all working now; although the duplicate-id removal script does not seem to function for docbook 5 documents, I just modified my docbook customization layer to detect and rename duplicate IDs and it publishes out now just fine. I'm also trying to remove the DOCTYPE declaration from the output xml file, but although the output file claims <!--Generated by docbook-outfilter.xsl-->, methinks it's a liar, because there is no such XSL file in the 5.0 distribution that I can find.

new topic  post reply

To find out about new replies to this post as they occur please subscribe to one of these feeds:

moderate