Skip to Content.
Sympa Menu

mace-opensaml-users - RE: RE: Base64 encoding exception

Subject: OpenSAML user discussion

List archive

RE: RE: Base64 encoding exception


Chronological Thread 
  • From: "Mark Wilcox" <>
  • To: "'Scott Cantor'" <>, <>, <>
  • Subject: RE: RE: Base64 encoding exception
  • Date: Mon, 3 May 2004 19:48:48 -0400
  • Importance: Normal

Here's three ways of looking at it

From an ease of programmer use, String is probably the easiest (not that
getting bytes or converting bytes back into strings is that cumbersome,
though a bit verbose in code).

From a performance and encoding perspective, byte arrays are better.

From a OO perspective, it would be better to pass Base64Encoded objects with
methods that get/set String & byte arrays. I like that idea because the
methods that are using Base64 encoded data can have the assurance they are
using B64 data without having to do any type of checking.

That being said, whatever you have it now, will be fine for 1.0 :).

Mark


> -----Original Message-----
> From: Scott Cantor
> [mailto:]
> Sent: Monday, May 03, 2004 7:01 PM
> To:
> ;
>
>
> Subject: RE: RE: Base64 encoding exception
>
> > On a related note, why are the base64 functions based on byte
> > [] on the encoded side ? wouldn't they be more useful if they
> > returned / accepted a string ?
>
> It's been both at various times, and is mostly driven by the base64
> implementation I happened to be using. I'm not sure I see much distinction
> in the functionality, but then I'm not much of a Java programmer either.
> Is
> there a reason to assume only String is useful and force the conversion?
>
> -- Scott





Archive powered by MHonArc 2.6.16.

Top of Page