Greetings all,

I have the following xsl statement :

<xsl:copy-of select="document('xrl:datastore_assettypes')/nvp" />

This works fine and so does the following :

<xsl:copy-of select="document('http://10.111.8.161:1070/ConfigStaging/datastore/assettypes')/nvp" />

which is the expanded version of the above statement.

This also works ...

<xsl:copy-of select="document('http://10.111.8.161:1070/ConfigStaging/datastore/assettypes?assettype={assettype}')/nvp" />

And you'll probably guess my question now ... how do I pass the parameter when I'm using the xrl: (the first statement) ? Whatever I try fails.

Note that I do have a solution which uses xrl:include instead of xsl:copy-of, but in this case I can't use xrl:include.

Any tips ?
Regards,
Tom

One way would be to pass a literal nvp document as a data: url to the xrl: uri -

<xsl:value-of select="document('xrl:assets+param@data:,%3Cnvp%3E%3Cassettype%3E{type}%3C/assettype%3E%3C/nvp%3E')/path" />

However, that might get tripped up if the value you pass in isn't xml-clean.

A different possibility is to change your datastore_resources accessor to take netkernel's native "+name@value" arguments instead of url "?name=value" parameters wrapped up in a nvp document.  So your external uri would be

http://10.111.8.161:1070/ConfigStaging/datastore/assettypes+assettype@type

and your xrl uri would be

xrl:datastore_assettypes+assettype@type

A possible issue with this is that various things (like xrl and dpml) may attempt to treat the value as a uri and source it instead of treating it as a literal value.  This is one of nk's frustrating inconsistencies;  you can usually get around that by making it a data: url.

Greetings,

I went with the first solution. The magical data: uri. Since I already bumped (several times) into the problem you describe for the second solution I'll take my chances with the possible xml-issue.

Regards and thank you very much,
Tom