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