You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@santuario.apache.org by Christian Geuer-Pollmann <ge...@nue.et-inf.uni-siegen.de> on 2002/10/23 09:42:11 UTC
Re: Hysteria
Hi Axl,
first of all, congrats and a big thanks for your effort. I didn't hear
about this StreamSource prob anywhere. If you commit the code to CVS,
there's a chance to have a look at the problem ;-)) Best way would be a
unit test which runs on Linux and fails on windows. If you can isolate the
test from the encryption code, you can also open a bugzilla bug for
Xerces/Xalan/dunnoWhat.
Kind regards,
Christian
BTW, yesterday, I presented Apache xml-security at SUN tech days in
Düsseldorf [1] and paised SUN (especially SUN Ireland and you) for backing
Apache ;-))
[1] End-to-End Web Services Security
<http://www.sun.com/developers/techdays/agenda/duesseldorf.html>
--On Dienstag, 22. Oktober 2002 16:41 +0100 Axl Mattheus
<ax...@sun.com> wrote:
> I have completed an XML Encryption implementation for Apache. BUT, and
> this is a big but - it works fine on Linux, but not on Windows (I only
> discovered this last night as I started testing on different platforms as
> preparation to check it in to the Apache CVS repository). I use the
> exact same version of the JDK (j2sdk1.4.0) - so, I assume that the write
> once run everywhere stuff applies... I use the same libraries (bouncy
> castle (bcprov-jdk14-115.jar) for crypto, junit 3.8.1 for testing and ant
> 1.5 for building the source) - to be precise it is the same jar, I
> downloaded it and ftp'd it to my Windows box. I use the same source
> (internal CVS repository). The problem seems to lie with the
> javax.xml.transform implementation. On Solaris and Linux it works fine
> if I transform a DOM node to a string (via a StreamSource) but not on
> Windows. It seems that during the transform the output get corrupted.
> Has anybody encountered this anomoly? Any help will be greatly
> appreciated.