RE: [xslt] xlstproc from Ant - can't create directories using -o?

["Craig Goss" <cgoss madriver com>]

Hmm.  You're entirely right about the libsxlt version ... I reinstalled:

$ xsltproc -version
Using libxml 20500, libxslt 10023 and libexslt 714
xsltproc was compiled against libxml 20500, libxslt 10023 and libexslt 714
libxslt 10023 was compiled against libxml 20500
libexslt 714 was compiled against libxml 20500

and ... still have the same problem.

To help determine where the difficulty lies, I've tried (a) reducing my
sample set to the point where I'm dealing with a single stripped down input
file (2) pushing Ant out of the picture and invoking xsltproc from the
command line.  Still no luck unless the full directory structure already
exists.  Then the translation occurs without error.

Here's what I'm seeing.  If the directory 'translations/xml/category'
exists, the translated file instance.xml is created, otherwise it is not.
The output shown below looks exactly the same (with the exception of Ant
apply tags) whether I run from command line or from Ant.

    [apply] Executing 'xsltproc' with arguments:
    [apply] '--version'
    [apply] '--xinclude'
    [apply] '--verbose'
    [apply] '--debug'
    [apply] '-o'
    [apply] '../translations/xml\category1\instance1.xml'
    [apply] 'xsl/copyxml.xsl'
    [apply] 'xml\category1\instance1.xml'
    [apply]
    [apply] The ' characters around the executable and arguments are
    [apply] not part of the command.
    [apply] Added namespace: xsl mapped to
http://www.w3.org/1999/XSL/Transform
    [apply] Added namespace: xi mapped to
http://www.w3.org/1999/XML/xinclude
    [apply] xsltPrecomputeStylesheet: removing ignorable blank node
    [apply] xsltParseStylesheetProcess : found stylesheet
    [apply] xsltPrecomputeStylesheet: removing ignorable blank node
    [apply] xsltParseStylesheetProcess : found stylesheet
    [apply] template has 1 inherited namespaces
    [apply] parsed 1 templates
    [apply] Resolving attribute sets references
    [apply] template has 1 inherited namespaces
    [apply] xsltCompilePattern : parsing '/'
    [apply] xsltCompilePattern : parsed /, default priority 0.500000
    [apply] added pattern : '/' priority 0.500000
    [apply] parsed 1 templates
    [apply] Resolving attribute sets references
    [apply] Initializing keys on xml/category1/instance1.xml
    [apply] Registered 0 modules
    [apply] Registering global variables
    [apply] Registering global variables from xsl/copyxml.xsl
    [apply] Using libxml 20500, libxslt 10023 and libexslt 714
    [apply] xsltproc was compiled against libxml 20500, libxslt 10023 and
libexslt 714
    [apply] xsltProcessOneNode: applying template '/' for /
    [apply] xsltApplyOneTemplate: copy text Generated by Xalan
    [apply] libxslt 10023 was compiled against libxml 20500
    [apply] libexslt 714 was compiled against libxml 20500
    [apply] xsltCopyText: copy text Generated by Xalan
    [apply] xsltComment: content Generated by Xalan
    [apply] xsltCopyOf: select .
    [apply] xsltCopyOf: result is a node set
    [apply] xsltCopyTextString: copy text
    [apply]
    [apply] xsltCopyTextString: copy text Buddah
    [apply] xsltCopyTextString: copy text
    [apply]
    [apply] xsltCopyTextString: copy text 145-1328
    [apply] xsltCopyTextString: copy text
    [apply]
    [apply] xsltCopyTextString: copy text
    [apply]
    [apply] xsltCopyTextString: copy text
BUILD SUCCESSFUL
Total time: 1 second

-----Original Message-----
From: xslt-admin@gnome.org [mailto:xslt-admin@gnome.org]On Behalf Of
Daniel Veillard
Sent: Tuesday, January 07, 2003 1:14 PM
To: xslt@gnome.org
Subject: Re: [xslt] xlstproc from Ant - can't create directories using
-o?


On Tue, Jan 07, 2003 at 12:43:25PM -0500, Craig Goss wrote:
> xsltproc, but is that really necessary?  A quick review of the code shows
a
> XSLT_SECPREF_CREATE_DIRECTORY flag in the security code which suggests dir
> creation is supported.  Am I doing something wrong or is there some good
> reason for this behavior?
[...]
> xsltproc was compiled against libxml 20417, libxslt 10013 and libexslt 705
> libxslt 10013 was compiled against libxml 20417

  The code ran by xsltproc is not the one you looked at.
Upgrade to libxslt-1.0.23 !!!! You're 10 versions behind, that had been
fixed.

Daniel

--
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard@redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/
_______________________________________________
xslt mailing list, project page http://xmlsoft.org/XSLT/
xslt@gnome.org
http://mail.gnome.org/mailman/listinfo/xslt