the workaround in the encryption/decryption methods (if
it still exists).
Regards,
Werner
> -Ursprüngliche Nachricht-
> Von: Raul Benito [mailto:[EMAIL PROTECTED]
> Gesendet: Dienstag, 26. Juli 2005 23:50
> An: security-dev@xml.apache.org
> Betreff: Re: [Java] C14N of D
It sounds good. I will try to writte a test that stress this problem
with your suggestions,
Do you mind to fill a bugreport? or if you want i can do for you?
Regards,
On 7/26/05, Vishal Mahajan <[EMAIL PROTECTED]> wrote:
> Raul Benito wrote:
>
> >If you think so... Then I will also do it in CVS
Raul Benito wrote:
If you think so... Then I will also do it in CVS head.
Anyway can you send a test case?
I can write one but I do know of a scenario when it can be seen.
If you try to verify a signature after a decryption operation has been
performed on the same document, this problem can b
If you think so... Then I will also do it in CVS head.
Anyway can you send a test case? so i can test it and include to the
testsuite for the future.
Regards
Raul
On 7/24/05, Vishal Mahajan <[EMAIL PROTECTED]> wrote:
> I observed a possible bug in the CanonicalizerBase class. If the node
> passe
I observed a possible bug in the CanonicalizerBase class. If the node
passed to method canonicalizeSubTree(Node, NameSpaceSymbTable) is of
type DocumentFragment, currently an exception is thrown. I think the
behavior in such a case should be same as that for a Document type node.
Just wanted to
