I found a way to reproduce - and fix the problem!<div><br></div><div>The variable names that "stopped working" had at some point been defined as options under "configure transformation scenario" > "edit scenario" > "options" (probably by me, so I guess it's my own fault).</div>
<div><br></div><div>To reproduce;</div><div><br></div><div>1. Create this XProc script:</div><div><div><p:pipeline xmlns:p="<a href="http://www.w3.org/ns/xproc">http://www.w3.org/ns/xproc</a>" xmlns:c="<a href="http://www.w3.org/ns/xproc-step">http://www.w3.org/ns/xproc-step</a>" version="1.0"></div>
<div> <p:variable name="name" select="'this is a variable'"/></div><div> <p:add-attribute match="/*" attribute-name="name"></div><div> <p:with-option name="attribute-value" select="$name"/></div>
<div> <p:input port="source"></div><div> <p:inline></div><div> <c:result/></div><div> </p:inline></div><div> </p:input></div><div>
</p:add-attribute></div><div></p:pipeline></div><div><br></div><div>2. Create a scenario with an option called "name" and the value "this is an option".</div><div><br></div><div>3. Run the scenario on the pipeline. You will get:</div>
<div><c:result xmlns:c="<a href="http://www.w3.org/ns/xproc-step">http://www.w3.org/ns/xproc-step</a>" name="this is an option"/></div><div><br></div><div>I don't know if this is the intended behavior or not, but I'd prefer it if either;</div>
<div>- options that were defined in the scenario, but not in the pipeline were ignored,</div><div>- or at the very least if an option is defined in the scenario that has the same name as a variable in the pipeline, an <a href="http://www.w3.org/TR/xproc/#err.S0004">err:XS0004</a> were thrown.</div>
<div><br></div><div>Regards</div><div>Jostein<br><br><div class="gmail_quote">2011/7/7 Adrian Buza <span dir="ltr"><<a href="mailto:adrian@sync.ro">adrian@sync.ro</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hello,<br>
<br>
We've tested this with Ubuntu 11.04 but could not reproduce the problem you describe.<br>
<br>
Please copy the attached 'log4j.properties' file to the Oxygen installation directory and restart Oxygen. Then reproduce the problem and close Oxygen. You will find a directory named 'oxygenLog' in your Desktop directory and inside it the generated log files(oxygen.log.*). Please zip those files and send them to our support email address: <a href="mailto:support@oxygenxml.com" target="_blank">support@oxygenxml.com</a><br>
<br>
The file 'log4j.properties' triggers the debug mode which decreases the application performance severely. At the end of the procedure please do not forget to remove this file from the Oxygen installation directory.<br>
<br>
Regards,<br>
Adrian<br>
<br>
Adrian Buza<br>
oXygen XML Editor and Author Support<br>
<a href="mailto:support@oxygenxml.com" target="_blank">support@oxygenxml.com</a><br>
<a href="http://www.oxygenxml.com" target="_blank">http://www.oxygenxml.com</a><br>
<br>
Jostein Austvik Jacobsen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div class="h5">
I'm having some (really weird) trouble, and unfortunately I'm unable to reproduce it on other computers, but here's a short pipeline:<br>
<br>
<?xml version="1.0" encoding="UTF-8"?><br>
<p:pipeline xmlns:p="<a href="http://www.w3.org/ns/xproc" target="_blank">http://www.w3.org/ns/<u></u>xproc</a>" version="1.0"><br>
<p:variable name="daisy-dir" select="'daisy-dir'"/><br>
<p:variable name="other-dir" select="'other-dir'"/><br>
<p:add-attribute match="/*" attribute-name="daisy-dir"><br>
<p:with-option name="attribute-value" select="$daisy-dir"/><br>
<p:input port="source"><br>
<p:inline><br>
<doc/><br>
</p:inline><br>
</p:input><br>
</p:add-attribute><br>
<p:add-attribute match="/*" attribute-name="other-dir"><br>
<p:with-option name="attribute-value" select="$other-dir"/><br>
</p:add-attribute><br>
</p:pipeline><br>
<br>
You'd expect to get:<br>
<doc daisy-dir="daisy-dir" other-dir="other-dir"/><br>
<br>
But on my computer with <oXygen/> XML Editor 12.2, build 2011051714 on Ubuntu 11.04, I get:<br>
<doc daisy-dir="" other-dir="other-dir"/><br>
<br>
This only happens in oXygen on my Ubuntu though, not if I run calabash from the command line in Ubuntu or oXygen in Windows; so I don't know how to reproduce the problem on other computers.<br>
<br>
If I rename the variable from "daisy-dir" to something else, it works. So for some reason, the oXygen installation is ignoring variables that are called "daisy-dir" all of a sudden... I changed it to "input-dir" and it worked for a while, but after a few minutes, oXygen started ignoring variables with that name as well. Doing a "find | xargs grep -i daisy 2>/dev/null" in the oxygen directory gives no relevant hits, so I'm not sure how to debug this further... Is there any logfiles I can provide?<br>
<br>
I have a hunch that it may have to do with variables and options having the same name across files/steps (example below), and how that's stored internally in either oxygen or calabash, but I'm really not sure. I do this in the pipeline I'm trying to run, but when the option name stops working - it stops working in all pipelines.<br>
<br>
<p:variable name="input-dir" select="'something'"/><br>
...<br>
<p:with-option name="input-dir" select="$input-dir"/><br>
<br>
<br>
Regards<br>
Jostein<br></div></div>
------------------------------<u></u>------------------------------<u></u>------------<br>
<br>
______________________________<u></u>_________________<br>
oXygen-user mailing list<br>
<a href="mailto:oXygen-user@oxygenxml.com" target="_blank">oXygen-user@oxygenxml.com</a><br>
<a href="http://www.oxygenxml.com/mailman/listinfo/oxygen-user" target="_blank">http://www.oxygenxml.com/<u></u>mailman/listinfo/oxygen-user</a><br>
<br>
</blockquote>
<br>
<br>log4j.rootCategory= debug, R2<br>
<br>
log4j.appender.R2=org.apache.log4j.RollingFileAppender<br>
log4j.appender.R2.File=${user.home}/Desktop/oxygenLog/oxygen.log<br>
log4j.appender.R2.MaxFileSize=12000KB<br>
log4j.appender.R2.MaxBackupIndex=20<br>
log4j.appender.R2.layout=org.apache.log4j.PatternLayout<br>
log4j.appender.R2.layout.ConversionPattern=%r %p [ %t ] %c - %m%n<br>
<br></blockquote></div><br></div></div>