DeltaXML Forums

I swear, I should just ask for help early; as soon as I ask I figure it out for myself.

I had to open the command.jar file, add the XSLs to it, and repack. All fixed.

Cheers,
Jeff.

Ok, nearly a year after I get your answer I''m actually trying to implement it, and running into a snag.

You''ll likely be as helpless as I am in the face of this one, but what the heck.

We access Core via our XDocs CMS. The deltaxml.jar and command.jar are included in an servlet and the config files are loaded in the CMS itself. Oddly, when I look at the docbook5.dxp file in the CMS, I can see the filters pointing to files in a directory called /xsl/ which...does not exist. Not in the CMS, not on the server; nowhere.

So now I''m trying to add the pi2xml.xsl and xml2pi.xsl references, but I''m having a serious WTF moment. The .dxp file that I''m looking at clearly *is* being used, because when I add the references to it, Core throws errors about not being able to find the files two references I''ve added, yet, I can''t for the life of me find the files that it *is* successfully referencing.

Any guidance on where the files are allowed to live, if not in the path that one would expect? Are the main files in the docbook5.dxp available internally in the .jar files themselves?

Thanks,
Jeff.

Hi Jeff,

Yes, this was a known issue and was fixed in Core 5.3.7 (the latest release is 5.3.8).
If you don''t want to or can''t upgrade, you could modify the docbook5.dxp pipeline to include the processing instruction preservation filters. The input filter (pi2xml.xsl) needs to be the first input filter and the output filter (xml2pi.xsl) goes immediately after the WordOutfilter. You will find both of these filters in the samples/xsl-filters directory in the Core release (the pipeline is in samples/dxp).

Regards,

Tristan

Hi folks,

It appears that the docbook5 pipeline drops any processing instructions that are embedded the the XML. Is this a known issue and is there an easy fix? (Core v.5.1)

Thanks,
Jeff.