XML Editor
Sign up for a WebBoard account Sign Up Keyword Search Search More Options... Options
Chat Rooms Chat Help Help News News Log in to WebBoard Log in Not Logged in
Show tree view Topic
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Go to previous topicPrev TopicGo to next topicNext Topic
Postnext
Kurt WaldSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Kurt Wald
Date: 16 May 2007 12:43 PM
Originally Posted: 16 May 2007 10:22 AM
Hi,

the mechanism for the resolution of relative paths in xsl:include statements seems to be broken (at least) for the Saxon 8.9 processor implementation in Stylus Studio 2007 R2 Enterprise (see patherr.jpg). Using a native Saxon 8.9B as custom processor works ok.

Kurt Wald


Imagepatherr.jpg

Postnext
Goetz HellerSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Goetz Heller
Date: 17 May 2007 06:25 PM
Hi Kurt, it appears that a kind of HTML escaping with URLs needs to be undone, but that this does not work - maybe the stylus developers forgot this point on their agenda. If you replace the character sequence %7E with a simple ~ (tilde) and copy the path to the explorer navigation field, then press ENTER, the explorer will go to to this directory immediately. The tilde sign is used frequently in converting file names to 8.3 compatible names, which stems from the (not so) good old DOS days. The problem is that I can't fix this bug.
For me it is quite frustrating that I have to revert to the previous version of stylus studio, since the correct working of path resolution is essential for my development.

I hope they will remedy the situation quickly.

Kind regards,

Goetz

Postnext
Goetz HellerSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Goetz Heller
Date: 17 May 2007 07:08 PM
Hi Kurt,
while scanning other threads in this forum I found a hint which solves the problem: In the Scenario Properties dialog, uncheck "Use Stylus Studio URI Resolver".

Kind regards,

Goetz

Postnext
Goetz HellerSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Goetz Heller
Date: 17 May 2007 07:56 PM
Hi Kurt,
the solution I proposed generates new problems: all transformations now run without error messages, but the resulting files are stored in the Stylus bin directory instead of the project directory. When I load the project into the old version of Stylus Studio, everything is fine - it works as before, and the unchecked check boxes apparently have no effect.

Kind regards,

Goetz

Postnext
Alberto MassariSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Alberto Massari
Date: 18 May 2007 03:44 AM
Hi,
we are investigating the problem, and what we have found is that the behavior only occurs when using a JVM 1.6 (it looks that it doesn't handle properly short path names); using a JVM 1.5 doesn't trigger the error.
Goetz, could you tell us about the files in the 'bin' directory? Would it be possible for you to send us a testcase (even privately, to the e-mail stylus-field-report@progress.com)?

Thanks,
Alberto

Postnext
Goetz HellerSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Goetz Heller
Date: 18 May 2007 04:36 AM
Hi Alberto,

it's o.k. Please be patient: The documents I'm working on are highly confidential; so let me prepare a test case for you. I hope to have enough time this weekend.

kind regards,

Goetz

Postnext
Kurt WaldSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Kurt Wald
Date: 18 May 2007 06:19 AM
Originally Posted: 18 May 2007 06:11 AM
Hi Alberto,

thanks for the information, which leads me to another question. Why has the option of specifying a runtime library/JDK home directory under Java Virtual Machine options been replaced by a dropdown only showing installed JRE's/JDK's. I use a number of java environments not installed on but copied to the machine. Could you consider to make the former options available again (perhaps as an alternative to dropdown selection)?

One remark concerning output to the Stylus Studio bin directory. I remember, that using an xsl:result-document href without path information also placed the output in the Stylus Studio bin directory in previous versions.

Kurt

Postnext
Alberto MassariSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Alberto Massari
Date: 21 May 2007 02:18 PM
Hi Kurt,
the rationale behind using a combo box was that having two different pieces of informations (location of the runtime library and jre executable) ended up being set to the wrong (or mismatched) values.
You could work around this by directly editing the registry keys used by Stylus Studio (HKEY_CURRENT_USER\Software\Stylus Studio\2007 XML Enterprise Suite Release 2\Runtime Settings), or you could create the proper registry settings used to advertise the available JVMs (HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment, just create a subkey named after the version, with a JavaHome and a RuntimeLib string values).

Hope this helps,
Alberto

Postnext
Kurt WaldSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Kurt Wald
Date: 03 Jun 2007 10:46 AM
Hi Alberto,

2007 R1 does not produce the relative path resolution error with a Java 1.6 JRE.

Kurt

Posttop
Johan De SmedtSubject: saxon 8.9 include path resolution error in 2007 R2 Enterprise
Author: Johan De Smedt
Date: 16 Sep 2007 05:13 AM
Hi,

Did any sollution in stylus 2007 R2 turn up for this issue?

Thanks, Jo

 
Topic Page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 Go to previous topicPrev TopicGo to next topicNext Topic
Download A Free Trial of Stylus Studio 6 XML Professional Edition Today! Powered by Stylus Studio, the world's leading XML IDE for XML, XSLT, XQuery, XML Schema, DTD, XPath, WSDL, XHTML, SQL/XML, and XML Mapping!  
go

Log In Options

Site Map | Privacy Policy | Terms of Use | Trademarks
Stylus Scoop XML Newsletter:
W3C Member
Stylus Studio® and DataDirect XQuery ™are from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2016 All Rights Reserved.