- From: Christian Grün <cg@basex.org>
- Date: Tue, 20 Dec 2022 10:18:22 +0000
- To: Sasha Firsov <suns@firsov.net>
- CC: "public-xslt-40@w3.org" <public-xslt-40@w3.org>
- Message-ID: <eb220af7-afb0-437e-bd37-fa3a9a27a13d@email.android.com>
Hi Sasha, An EXPath module exists for sending HTTP Requests, it's called HTTP Client Module: http://expath.org/spec/http-client Together with Adam, we've done some work on a new version: http://expath.github.io/expath-cg/specs/http-client-2/ The general question may be which features should be part of the core language or made available externally, as e.g. discussed here: https://github.com/qt4cg/qtspecs/issues/274 Best, Christian Am 20.12.2022 05:28 schrieb Sasha Firsov <suns@firsov.net>: Dear XSLT forum, this is a teaser for an architectural kind of discussion, not a syntax. Rather than reference to external documents in XPath/ #XSLT, the Declarative Web Application needs a concept of Request as valid data feed. The data source reference the object is a result of transformation with * url * headers * http method * custom payload * schema of data in response This data source then could be used as input parameter for following XSLT transformation via XPath. The data source is just a definition which would be resolved to live HTTP request only when it is actually used in transformation. The request would produce the Response object with access to * response HTTP code( 200 for normal, 4xxx, 5xxx errors, etc. ) * http headers * data. The data reading would be immediate when no schema defined, or triggered dynamically when data access needed by transformation/selectors in case the schema is available. -s PS. The Declarative Web Application stack manifest and proposal is still in baking and data access layer based on XSLT transformation pipeline is a part of it.
Received on Tuesday, 20 December 2022 10:18:39 UTC