- From: <bugzilla@jessica.w3.org>
- Date: Mon, 28 May 2012 22:40:32 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17227
Summary: [QT3TS] fn-available-environment-variables-011
Product: XPath / XQuery / XSLT
Version: Last Call drafts
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: XQuery 3 & XPath 3 Test Suite
AssignedTo: oneil@saxonica.com
ReportedBy: mike@saxonica.com
QAContact: public-qt-comments@w3.org
I think this test imposes unreasonable demands on an implementation and/or test
driver.
To quote the comments in the test: "
<!--* In order to pass test case 11 you *either* need to set
* an environment variable QTTEST to the
* string value 42, *or* available-environment-variables
* must return () indicating no variables available.
Now, a perfectly reasonable implementation might have
available-environment-variables() and environment-variable() return the values
of operating system variables as exposed using Java's System.getenv(). But if
that's the way it's implemented, then there is no way a Java test driver can
set particular environment variables to particular values. It can be done in
the shell externally to the test driver application, but that's very difficult
to achieve if, for example tests are being run in Java servlets, perhaps in
multiple processes.
It's tempting to change our implementation of environment variables so they map
to Java system properties instead of operating system variables. That would
enable us to pass this test. But I don't think we should redesign our product
in a way that helps us pass tests but does nothing for users.
--
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Monday, 28 May 2012 22:40:35 UTC