DO NOT REPLY [Bug 23939] New: - document('relative-URI') seems to resolve wrongly depending on request-URI (SourceResolver?)

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23939>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23939

document('relative-URI') seems to resolve wrongly depending on request-URI (SourceResolver?)

           Summary: document('relative-URI') seems to resolve wrongly
                    depending on request-URI (SourceResolver?)
           Product: Cocoon 2
           Version: 2.1.2
          Platform: PC
               URL: http://www.huttar.net/lars-
                    kathy/test/cocoon/gem/transforms/framework.xsl
        OS/Version: Windows XP
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: sitemap components
        AssignedTo: dev@cocoon.apache.org
        ReportedBy: lars@huttar.net


I have a stylesheet, used in a Cocoon pipeline, that references
document('a-literal-relative-URI'):

  <xsl:template match="/dir:directory">
    <xsl:value-of select="count(document('../resources/gem-data.xml'))" />
    ...

The XSLT spec says the URI should be resolved against the base URI of the
stylesheet (since the literal relative URI is found in the stylesheet itself,
not the input document). This wasn't working; document() returned nothing, even
though the file existed. 

Then I discovered that when I edited the sitemap to change the request-URI
pattern so that it didn't end in "/", the stylesheet started working!
Why should a change in the request-URI affect how a relative URI in document()
is resolved with respect to the base URI of the stylesheet?

I asked this question on Cocoon users list, and
J. Pietschmann suggested it might be a problem with the Cocoon SourceResolver:
"No, it means the Cocoon source resolver didn't remove the last
component of the base URL and therefore resolved your URL wrong.
Look into the code for details."

I will append two of my posts here; they give URLs to example documents and
explain some details.

Hi all,
I am trying to access an auxiliary XML document from an XSLT stylesheet,
using the document() function, within a Cocoon pipeline. E.g.
  <xsl:template match="/dir:directory">
    <xsl:value-of select="count(document('../resources/gem-data.xml'))" />
    ...

The XSLT Programmer's Ref. (Kay) says that relative URI there should be
resolved relative to the directory where the stylesheet is located
(since the string argument to document() comes from the stylesheet,
not from the source file).

Does that hold true in Cocoon?  I would think so, but...

In the above example, the count() expression is returning zero.
The stylesheet is cocoon/gem/transforms/framework.xsl, while
the XML document is cocoon/gem/resources/gem-data.xml.

I ran the same stylesheet from outside of Cocoon, using Saxon,
and the count() expression returned 1!
(using gem/resources/testdir.xml as input.)
(I tried this both from the cocoon/gem/transforms directory,
and from the cocoon/gem directory, in case it mattered.)
So it sounds like the stylesheet is misbehaving within Cocoon.

As an additional test, I ran this simpler stylesheet both
within and outside cocoon:
    <?xml version="1.0" encoding="UTF-8"?>
    <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
              xmlns:gem="http://www.sil.org/namespace/gem">
      <xsl:template match="/">
        <xsl:value-of select="count(document('../resources/gem-data.xml'))" />
      </xsl:template>
    </xsl:stylesheet>

And in this case, count() returned 1 both within Cocoon and outside it!
This simpler stylesheet, test-docmt.xsl, was also located in
cocoon/gem/transforms.

So this simpler stylesheet behaves correctly inside and outside of Cocoon!
So I'm confused.

I'm using Cocoon 2.1.2.

I've put the aforementioned files (and the cocoon/ and gem/ sitemaps) at
http://www.huttar.net/lars-kathy/test/cocoon/gem/...
in case anyone is kind enough to look at them.
[Specifically:
  cocoon/sitemap.xmap
  cocoon/gem/sitemap.xmap
  cocoon/gem/archframe/r1 (empty directory)
  cocoon/gem/resources/gem-data.xml
  cocoon/gem/resources/testdir.xml
  cocoon/gem/transforms/framework.xsl
  cocoon/gem/transforms/test-docmt.xsl
]

Thanks,

Lars

Hi folks,
I just found how to make my problem go away...
I had had the gem sitemap configured to match the URI "*/*/framework/"
and thus dispatch my framework.xsl stylesheet.
Now I changed that to "*/*/framework", i.e. removed the trailing "/",
and now it works (the document() function is finding the XML file
../resources/gem-data.xml).

Weird!  I'm still trying to figure out what that means. Any pointers?
Does it mean Xalan is a nonconformant XSL processor?
Or would someone claim it's correct for the document() function
to base its URI on the request URI??

Thanks,
Lars