- From: Christian Geuer-Pollmann <geuer-pollmann@nue.et-inf.uni-siegen.de>
- Date: Thu, 11 Oct 2001 15:55:03 +0200
- To: Don Park <donpark@docuverse.com>, w3c-ietf-xmldsig@w3.org
Hi Don,
I think that the problem with the software is implementation specific. The
Signature spec allows you to create Signatures without prefix. In my
opinion, it's a philosophical question whether you want to use prefixes or
not or whether the prefix should be "ds" or "dsig" or "digsig" or "foo"...
The XML Signature spec let you choose.
Christian
PS: My library does, too. Simply say:
org.apache.xml.security.util.Constants.setSignatureSpecNSprefix("");
before you use the library and everything should be fine... Signatures
without prefix (But now you should take care if you include ds:Objects with
element content outside Signature space to make something like:::
<Object>
<Context xmlns="" />
</Object>
because with prefix, this was not a problem:
<ds:Object>
<Context />
</ds:Object>
PPS: If you need infos about the library, simply subscribe to
security-dev-subscribe@xml.apache.org
--On Donnerstag, 11. Oktober 2001 04:33 -0700 Don Park
<donpark@docuverse.com> wrote:
> Problem with Christian's library:
>
> Charistian's library generates <Signature> elements with "ds" as namespace
> prefix. Looking it at the source code, there was no apparent way to
> generate <Signature> elements using default namespace.
>
> Problem with DOM API:
>
> As of DOM Level 2, there was no implementation independent means to remove
> namespace prefixes from a Document without having to build a new Document
> and duplicating nodes minus the prefixes. Node.setPrefix() behavior is
> unclear regarding null or empty prefix as parameter.
>
> I would like to hear from other implementors about this issue. Does your
> implementation mandate use of namespace prefixes?
Received on Thursday, 11 October 2001 09:52:52 UTC