Re: decrypt transform processing rules

----- Original Message -----
From: "merlin" <merlin@baltimore.ie>
To: "Ari Kermaier" <arik@phaos.com>
Cc: "W3C XML-ENC WG List" <xml-encryption@w3.org>
Sent: Thursday, September 26, 2002 10:22 AM
Subject: Re: decrypt transform processing rules


>
> Hi Ari,
>
> r/arik@phaos.com/2002.09.24/19:36:37
> >Dear All,
> >
> >It seems to me that it should be possible to eliminate the
canonicalization
> >and re-parsing of the result node-set in the decryptXML(N,E) function as
> >described in [1]. Since the decryptNodeSet(N,E) function already mandates
> >serialize/wrap/parse/unwrap for each replacement node-set, why not
perform
> >the namespace and inherited "xml:" attribute augmentations at that point?
> >Then decryptXML(N,E) could simply replace the EncryptedData elements with
> >their corresponding replacement node-sets and return the result node-set.
>
> The decryption transform can't actually modify the input
> document; it must return a copy. The easiest way to do this
> is c14n/parse.  An implementer is free to actually do this
> by just copying the input node set (or modifying it, if it is
> known that it is a transient node set) as long as the result
> is the same as if c14n/parse happened.

I see, good point!

Thanks,
Ari

Received on Thursday, 26 September 2002 11:26:11 UTC