document #195
fn:name returns QName - makes no sense as prefixes not in infoset
| Status: | closed | Start date: | 09/26/2013 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | Michael Beckerle | % Done: | 100% |
|
| Category: | - | |||
| Target version: | - | |||
| Document Type: | Proposed Recommendation |
Description
A QName as the return value of the fn:name() function implies a prefix that is defined.
The DFDL Infoset has a namespace, but does not have the concept of namespace prefixes as part of the Infoset.
So we either say what the prefix is (probably based on the [schema] element which references a schema component which if named, may have a prefix). Or we can say that the function returns a local name, not a QName, or we can drop the function, replace with dfdl:name() which returns a local name, or we could add [prefix] to the infoset.
There are many fixes possible, but QNames are not currently meaningful as values in DFDL.
Note that since we simplified the direct dispatch choice mechanisms, I am not sure the fn:name function is even needed at all anymore. perhaps we should just eliminate it?
History
Updated by Steve Hanson about 8 years ago
- Status changed from public comment to closed
- Assignee set to Michael Beckerle
- % Done changed from 0 to 100
See http://redmine.ogf.org/boards/15/topics/62
Erratum 4.14 created. GWD.207 updated.
(Other formats not available in this archive.