- From: Alain Couthures <alain.couthures@agencexml.com>
- Date: Wed, 04 May 2011 15:04:49 +0200
- To: expath@googlegroups.com
- CC: Florent Georges <fgeorges@gmail.com>, Forms WG <public-forms@w3.org>
Hello Florent,
XForms 1.1 Specifications already define such functions:
http://www.w3.org/TR/xforms11/#fn-digest and
http://www.w3.org/TR/xforms11/#fn-hmac
Coordination about such functions is to be considered, don't you think?
Thanks!
-Alain
Le 04/05/2011 14:57, Florent Georges a écrit :
> On May 2, 8:47 pm, Joe Wicentowski wrote:
>
> Hi,
>
>> If we want to be able to build on efforts like the Zorba-
>> specific XAWS [...] to make cross-engine compatible modules for
>> accessing services like S3, we will need an EXPath library for
>> these cryptographic hash functions like hmac-sha1.
> Exactly. As well as for implementing OAuth for instance.
>
>> Does anyone think these functions would make a good candidate
>> for an EXPath module?
> Yes, I think they make perfect sense.
>
> I am not a cryptography expert, but I think there are two
> different class of functions: hash computation and cryptography
> itself. And for each, there are a lot of different algorithms
> out there. So a challenging problem is how to provide consistent
> APIs as well as providing flexibility and extensibility.
>
> Do we provide a seperate module for each algorithm? Do we
> provide a single module with the name of the algorithm passed as
> a parameter to the function? Etc. Basically, the two different
> options I see are either:
>
> md5:hash('value')
>
> or:
>
> c:hash('md5', 'value')
>
> or:
>
> c:hash(<c:md5>value</c:md5>)
>
> (the two last ones are more or less equivalent, the last one is
> maybe a bit more flexible).
>
> If someone was interested in writing such a proposal, I would
> be happy to propose it to the list. Are you interested?
>
> Regards,
>
> --
> Florent Georges
> http://fgeorges.org/
>
Received on Wednesday, 4 May 2011 13:03:08 UTC