Agenda and Minutes

Gioele edited this page Sep 22, 2017 · 29 revisions

Agenda

  • Status update
  • Diagnostics
  • Rename p:input p:with-input when it’s used for a connection. For an example please see this page.
  • Representation of non-XML documents (please read the section about proxy documents as it is an attempt to specify what we discussed at the 2017-06 FTF meeting)
  • Dynamic evaluation (the proposed p:run step)
  • User-defined functions
  • Semantics of text value templates: Should we adopt the XSLT-style of tvts, where everything is converted to a text node or should we follow the proposal in the current version of the specs to allow node (via variables) to be inserted in tvts?
  • Selected issues from other categories, in particular core spec issues and issues that apply to multiple steps.
  • Step library (see the atomic-step category and the 2017-06 minutes mentioned above). Note: We did not have time to look into the step library this time. This is where we left off in London in June.
  • Schedule for next XProc workshop before XML Prague? (Thanks to Jirka we will have a room for Feb. 6th and 7th 2018.)

Participants

  • Achim Berndzen (AB)
  • Gioele Barabucci (GBa)
  • Erik Siegel (ES)
  • Ari Nordström (AN), Chair of the W3C XProc Next Community Group
  • Geert Bormans (GBo)
  • Martin Kraetke (MK)
  • Hans Hübner (HH)
  • Gerrit Imsieke (GI)
  • David Maus (DM)
  • Norman Walsh (NDW)

Minutes

  • Filed #136 as requested by GBa

Diagnostics

  • Briefly discussed diagnostics. Some new points re debugging:
    • GBa, HH: Maybe have a pipeline-independent option that will specify which ports’ input and output will be written to disk
    • GI: If the storage path depends on the name/type/base URI/…, you also have to include iteration position in the path when looping
    • AB: Jostein made a similar proposal some time
    • GI: Maybe each pipeline should have a special port for debugging configuration?
    • DM: Probably doesn’t belong into the core sped
    • HH: Error (executed step) locator is crucial
    • GBa: 3 different things: 1. Data and context in which the error, or the forced "core dump", occurred (the document at this point); 2. Where did an error happen (source file/line); 3. How did I get there (stack trace).
    • AB, ES: XPath location in the pipeline minimum location information
    • Maybe add xml:ids to steps in order to have locators (as tuples of pipeline types and IDs/XPaths, or multiple of these tuples for an execution path on the stack trace) also for dynamic evaluation
    • AB: Do we have to specify error attributes and stack trace language?
    • GBo: Use injection (and then dynamic execution) for additional validation and logging
    • Maybe exclude it from the core spec and have a distinct specification for injection (AB: If the processor is message based, intercepting messages is easy)

Agreement to put injection and execution path location into a different spec.

GBa: In the meantime, I’d ask implementers to add an implementation-specific option so that I can just dump everything that appears on every port into files (maybe as a stack trace / “execution plan” whose items link to the files that the processor stores in the file system)

p:with-input

Consensus to change p:input into p:with-input when used for connections.

Proxy Documents

  • Proposal perceived as inelegant or arbitrary by some

  • GI argues that this is partly due to circumstances (XML vs. non-XML docs, XPath as expression language, p:…() functions may not be evaluated by steps – the p:split-sequence problem).

  • Proposal (NDW): Instead of letting magic (primary input/output of the processing step is specified to be XML) decide when to process a proxy document as XML or not, have an explicit compound step that accepts any XML or non-XML document, provides a basic XML representation of the document properties and that emits whatever author produces when manipulating this XML, re-attaching any identifiable change to metadata from this XML representation back to the original document. Document properties will be updated from /c:document-properties/my:prop, where the property my:prop will be an atomic value (maybe as per an xsi:type annotation) or an XML structure, depending on whether its content is flat or not. As a prerequisite:

  • Change document properties to map QName → XDM item

  • Updating then content-type property might be flagged as an error. Use p:cast-content-type for it.

  • The split-sequence issue can be solved with for-each with different output baskets (no requirement any more to have the same output ports in each branch of a p:choose within the p:for-each)

p:finally

  • allow arbitrary outputs (will be added to the outputs of the containing p:try)
  • maybe the catch error port as error input port?

p:filter / AVTs for XPath-constructing attributes

  • Permit AVTs for @select for building XPath expressions?
  • Same for p:string-replace/@replace?
  • Someone needs to identify all candidates for attributes that are AVTs

User-defined functions

There should be instructions to import at least XQuery and XSLT functions.

Maybe a commercial Saxon is necessary for implementations that use Saxon.

Question: Make support implementation-defined (“I support only import of XSLT”, for example)?

ES: What happens with global variables when the library is loaded?

NDW: Whatever is supplied as value when it is loaded (during static analysis phase).

p:run

HH: Rename it p:eval, in line with everyone else’s naming conventions for these things. Agreement.

Runs in its own context; does not inherit any environment except for the documents and options passed to it.

Agreement that the interface (port / option signature) needs to be specified in advance. This prevents us from inventing output ports as we go within the dynamically created.

NDW: Maybe introduce an option all-ports-declared="input|output|both true|false".

Dynamic error if it reads an input that wasn’t specified. Dynamic error if it doesn’t provide an output port that was specified...

Otherwise, see the discussion at https://github.com/xproc/3.0-specification/issues/97

@use-when evaluated statically?

Add static to variable declarations

Align with XSLT (underscore?)

Semantics of text value templates

  • Consensus to not restrict to creating strings/text, but also to enable creating structures (and see whether it creates problems or is too confusing)

core-spec issues

Issues that are related to multiple steps (label crosscutting-steps)

Issues compound-step

The meeting ended with mutual backslapping because we thought that we solved a lot of issues, some of them fundamental.

You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Press h to open a hovercard with more details.