For now I've fixed the bug in CVS - probably best to not introduce anything majorly new until after 1.1.
Cheers,
BerinErwin van der Koogh wrote:
With the talk of a release, I'd note that the Java Base64 encoder in the
utility class is still adding an extra linefeed when the encoded data ends
up exactly on a line wrap boundary (e.g. last line of 72 chars if wrap
length is 72).
This is treated as invalid by the Xerces C++ base64 data type validator. I
don't know what purpose the extra linefeed serves, but I think it should
be removed. It causes problems that really can't be avoided easily, since
whatever wrap value you pick could be matched by *some* certificate.
I remember the bug and I will look into it today..
What are the thoughts on the list of using jakarta-commons-codec?
We can either take the entire library and use it as a library or could just rip out the needed classes and package those.
Erwin
