pre-proposal for new experimental feature: User-defined Functions (UDF)
There's no write up in offical Experimental Feature proposal form yet,, but there are these things about the Daffodil UDF implementation that is in forthcoming daffodil 2.5.0. https://cwiki.apache.org/confluence/display/DAFFODIL/Proposal%3A+Feature+to+... https://github.com/apache/incubator-daffodil/tree/master/daffodil-udf Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy <http://www.ogf.org/About/abt_policies.php>
We don't have a java based approach to such things since our platform is very C/C++ centric so I appreciate that the requirement states the support in the DFDL schema must be language agnostic. With how you have it, it seems any namespace can be used so I'm wondering if the XPath and DFDL namespaces are going to be allowed. If so then are you opening the door to allow implementation of functions in the XPath namespace that aren't documented as supported or even a DFDL one that hasn't been supported yet by the DFDL parser? Regards, Bradd Kadlecik z/TPF Development Phone: 1-845-433-1573 2455 South Rd E-mail: braddk@us.ibm.com Poughkeepsie, NY 12601-5400 United States From: Mike Beckerle <mbeckerle.dfdl@gmail.com> To: DFDL-WG <dfdl-wg@ogf.org> Date: 01/09/2020 12:15 PM Subject: [EXTERNAL] [DFDL-WG] pre-proposal for new experimental feature: User-defined Functions (UDF) Sent by: "dfdl-wg" <dfdl-wg-bounces@ogf.org> There's no write up in offical Experimental Feature proposal form yet,, but there are these things about the Daffodil UDF implementation that is in forthcoming daffodil 2.5.0. https://cwiki.apache.org/confluence/display/DAFFODIL/Proposal%3A+Feature+to +Support+User+Defined+Functions https://github.com/apache/incubator-daffodil/tree/master/daffodil-udf Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy -- dfdl-wg mailing list dfdl-wg@ogf.org https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ogf.org_mailman_listinfo_dfdl-2Dwg&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=Gr_9muStjOfOwiy6fErdWcH5wgoRUAPlQRqBfOga1GA&m=ZIuQDUl8l0q7HBntpAj1UFp45eWSFfbTV_nnsmPxKkk&s=5lO4qhKaq1zqFoCtCuWiH1pVtbbRN8C916AuWI8GZFg&e=
Well the intention is that people should use their own namespaces so as to prevent name conflicts, but we could enforce that by reject any use of dfdl or xpath functions namespaces. I'm disinclined to do that because we probably will propose dfdlx extension features and use this mechanism to implement as well as future dfdl official functions. Also, there could be functions added to XPath and we'd want to implement them with this perhaps. For example I've been wanting functions that convert integers to characters and back. We don't have a way to do that but clearly that sort of thing comes up in DFDL. At minimum we should state that the dfdl, dfdlx, and xpath functions namespaces are reserved. Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy <http://www.ogf.org/About/abt_policies.php> On Thu, Jan 9, 2020 at 12:41 PM Bradd Kadlecik <braddk@us.ibm.com> wrote:
We don't have a java based approach to such things since our platform is very C/C++ centric so I appreciate that the requirement states the support in the DFDL schema must be language agnostic. With how you have it, it seems any namespace can be used so I'm wondering if the XPath and DFDL namespaces are going to be allowed. If so then are you opening the door to allow implementation of functions in the XPath namespace that aren't documented as supported or even a DFDL one that hasn't been supported yet by the DFDL parser?
Regards,
*Bradd Kadlecik* z/TPF Development ------------------------------ *Phone:* 1-845-433-1573 *E-mail:* *braddk@us.ibm.com* <braddk@us.ibm.com> 2455 South Rd Poughkeepsie, NY 12601-5400 United States
[image: Inactive hide details for Mike Beckerle ---01/09/2020 12:15:44 PM---There's no write up in offical Experimental Feature proposa]Mike Beckerle ---01/09/2020 12:15:44 PM---There's no write up in offical Experimental Feature proposal form yet,, but there are these things a
From: Mike Beckerle <mbeckerle.dfdl@gmail.com> To: DFDL-WG <dfdl-wg@ogf.org> Date: 01/09/2020 12:15 PM Subject: [EXTERNAL] [DFDL-WG] pre-proposal for new experimental feature: User-defined Functions (UDF) Sent by: "dfdl-wg" <dfdl-wg-bounces@ogf.org>
------------------------------
There's no write up in offical Experimental Feature proposal form yet,, but there are these things about the Daffodil UDF implementation that is in forthcoming daffodil 2.5.0.
*https://cwiki.apache.org/confluence/display/DAFFODIL/Proposal%3A+Feature+to+... <https://cwiki.apache.org/confluence/display/DAFFODIL/Proposal%3A+Feature+to+Support+User+Defined+Functions>
*https://github.com/apache/incubator-daffodil/tree/master/daffodil-udf* <https://github.com/apache/incubator-daffodil/tree/master/daffodil-udf>
Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | *www.tresys.com* <http://www.tresys.com> Please note: Contributions to the DFDL Workgroup's email discussions are subject to the *OGF Intellectual Property Policy* <http://www.ogf.org/About/abt_policies.php> -- dfdl-wg mailing list dfdl-wg@ogf.org https://www.ogf.org/mailman/listinfo/dfdl-wg
Mike, can't you use the xs: constructor functions to convert integers to strings and back? We should also state that the schema (xs) namespace is reserved. Regards Steve Hanson IBM Hybrid Integration, Hursley, UK Architect, IBM DFDL Co-Chair, OGF DFDL Working Group smh@uk.ibm.com tel:+44-1962-815848 mob:+44-7717-378890 Note: I work Tuesday to Friday From: Mike Beckerle <mbeckerle.dfdl@gmail.com> To: Bradd Kadlecik <braddk@us.ibm.com> Cc: DFDL-WG <dfdl-wg@ogf.org> Date: 10/01/2020 01:09 Subject: [EXTERNAL] Re: [DFDL-WG] pre-proposal for new experimental feature: User-definedFunctions (UDF) Sent by: "dfdl-wg" <dfdl-wg-bounces@ogf.org> Well the intention is that people should use their own namespaces so as to prevent name conflicts, but we could enforce that by reject any use of dfdl or xpath functions namespaces. I'm disinclined to do that because we probably will propose dfdlx extension features and use this mechanism to implement as well as future dfdl official functions. Also, there could be functions added to XPath and we'd want to implement them with this perhaps. For example I've been wanting functions that convert integers to characters and back. We don't have a way to do that but clearly that sort of thing comes up in DFDL. At minimum we should state that the dfdl, dfdlx, and xpath functions namespaces are reserved. Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy On Thu, Jan 9, 2020 at 12:41 PM Bradd Kadlecik <braddk@us.ibm.com> wrote: We don't have a java based approach to such things since our platform is very C/C++ centric so I appreciate that the requirement states the support in the DFDL schema must be language agnostic. With how you have it, it seems any namespace can be used so I'm wondering if the XPath and DFDL namespaces are going to be allowed. If so then are you opening the door to allow implementation of functions in the XPath namespace that aren't documented as supported or even a DFDL one that hasn't been supported yet by the DFDL parser? Regards, Bradd Kadlecik z/TPF Development Phone: 1-845-433-1573 E-mail: braddk@us.ibm.com 2455 South Rd Poughkeepsie, NY 12601-5400 United States Mike Beckerle ---01/09/2020 12:15:44 PM---There's no write up in offical Experimental Feature proposal form yet,, but there are these things a From: Mike Beckerle <mbeckerle.dfdl@gmail.com> To: DFDL-WG <dfdl-wg@ogf.org> Date: 01/09/2020 12:15 PM Subject: [EXTERNAL] [DFDL-WG] pre-proposal for new experimental feature: User-defined Functions (UDF) Sent by: "dfdl-wg" <dfdl-wg-bounces@ogf.org> There's no write up in offical Experimental Feature proposal form yet,, but there are these things about the Daffodil UDF implementation that is in forthcoming daffodil 2.5.0. https://cwiki.apache.org/confluence/display/DAFFODIL/Proposal%3A+Feature+to+... https://github.com/apache/incubator-daffodil/tree/master/daffodil-udf Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy -- dfdl-wg mailing list dfdl-wg@ogf.org https://www.ogf.org/mailman/listinfo/dfdl-wg -- dfdl-wg mailing list dfdl-wg@ogf.org https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ogf.org_mailman_listinfo_dfdl-2Dwg&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=AJa9ThEymJXYnOqu84mJuw&m=DkdmralCVpitANHt3Jc4ERgeCmLCDgk4ZZ-kTlFGWLQ&s=CNoRtMf54Lmw50Cg35tgm0MzbCwRsbokgOM-KGaPFR0&e= Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
These constructors do things like convert 123 to "123" and back. I want to convert 65 (hex 41) to character (or string) "A", and back. That is, interpret integers as unicode code points. Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | www.tresys.com Please note: Contributions to the DFDL Workgroup's email discussions are subject to the OGF Intellectual Property Policy <http://www.ogf.org/About/abt_policies.php> On Fri, Jan 10, 2020 at 4:00 AM Steve Hanson <smh@uk.ibm.com> wrote:
Mike, can't you use the xs: constructor functions to convert integers to strings and back?
We should also state that the schema (xs) namespace is reserved.
Regards
Steve Hanson
IBM Hybrid Integration, Hursley, UK Architect, *IBM DFDL* <http://www.ibm.com/developerworks/library/se-dfdl/index.html> Co-Chair, *OGF DFDL Working Group* <http://www.ogf.org/dfdl/> *smh@uk.ibm.com* <smh@uk.ibm.com> tel:+44-1962-815848 mob:+44-7717-378890 Note: I work Tuesday to Friday
From: Mike Beckerle <mbeckerle.dfdl@gmail.com> To: Bradd Kadlecik <braddk@us.ibm.com> Cc: DFDL-WG <dfdl-wg@ogf.org> Date: 10/01/2020 01:09 Subject: [EXTERNAL] Re: [DFDL-WG] pre-proposal for new experimental feature: User-definedFunctions (UDF) Sent by: "dfdl-wg" <dfdl-wg-bounces@ogf.org> ------------------------------
Well the intention is that people should use their own namespaces so as to prevent name conflicts, but we could enforce that by reject any use of dfdl or xpath functions namespaces. I'm disinclined to do that because we probably will propose dfdlx extension features and use this mechanism to implement as well as future dfdl official functions. Also, there could be functions added to XPath and we'd want to implement them with this perhaps.
For example I've been wanting functions that convert integers to characters and back. We don't have a way to do that but clearly that sort of thing comes up in DFDL.
At minimum we should state that the dfdl, dfdlx, and xpath functions namespaces are reserved.
Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | *www.tresys.com* <http://www.tresys.com> Please note: Contributions to the DFDL Workgroup's email discussions are subject to the *OGF Intellectual Property Policy* <http://www.ogf.org/About/abt_policies.php>
On Thu, Jan 9, 2020 at 12:41 PM Bradd Kadlecik <*braddk@us.ibm.com* <braddk@us.ibm.com>> wrote: We don't have a java based approach to such things since our platform is very C/C++ centric so I appreciate that the requirement states the support in the DFDL schema must be language agnostic. With how you have it, it seems any namespace can be used so I'm wondering if the XPath and DFDL namespaces are going to be allowed. If so then are you opening the door to allow implementation of functions in the XPath namespace that aren't documented as supported or even a DFDL one that hasn't been supported yet by the DFDL parser?
Regards,
* Bradd Kadlecik* z/TPF Development ------------------------------ *Phone:* 1-845-433-1573 * E-mail:* *braddk@us.ibm.com* <braddk@us.ibm.com> 2455 South Rd Poughkeepsie, NY 12601-5400 United States
[image: Inactive hide details for Mike Beckerle ---01/09/2020 12:15:44 PM---There's no write up in offical Experimental Feature proposa]Mike Beckerle ---01/09/2020 12:15:44 PM---There's no write up in offical Experimental Feature proposal form yet,, but there are these things a
From: Mike Beckerle <*mbeckerle.dfdl@gmail.com* <mbeckerle.dfdl@gmail.com>
To: DFDL-WG <*dfdl-wg@ogf.org* <dfdl-wg@ogf.org>> Date: 01/09/2020 12:15 PM Subject: [EXTERNAL] [DFDL-WG] pre-proposal for new experimental feature: User-defined Functions (UDF) Sent by: "dfdl-wg" <*dfdl-wg-bounces@ogf.org* <dfdl-wg-bounces@ogf.org>>
------------------------------
There's no write up in offical Experimental Feature proposal form yet,, but there are these things about the Daffodil UDF implementation that is in forthcoming daffodil 2.5.0.
*https://cwiki.apache.org/confluence/display/DAFFODIL/Proposal%3A+Feature+to+... <https://cwiki.apache.org/confluence/display/DAFFODIL/Proposal%3A+Feature+to+Support+User+Defined+Functions>
*https://github.com/apache/incubator-daffodil/tree/master/daffodil-udf* <https://github.com/apache/incubator-daffodil/tree/master/daffodil-udf>
Mike Beckerle | OGF DFDL Workgroup Co-Chair | Tresys Technology | *www.tresys.com* <http://www.tresys.com> Please note: Contributions to the DFDL Workgroup's email discussions are subject to the *OGF Intellectual Property Policy* <http://www.ogf.org/About/abt_policies.php> -- dfdl-wg mailing list *dfdl-wg@ogf.org* <dfdl-wg@ogf.org> *https://www.ogf.org/mailman/listinfo/dfdl-wg* <https://www.ogf.org/mailman/listinfo/dfdl-wg>
-- dfdl-wg mailing list dfdl-wg@ogf.org https://www.ogf.org/mailman/listinfo/dfdl-wg
Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
participants (3)
-
Bradd Kadlecik -
Mike Beckerle -
Steve Hanson