- 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