mace-opensaml-users - RE: RE: Base64 encoding exception
Subject: OpenSAML user discussion
List archive
- 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
- Base64 encoding exception, Richard Gundersen, 05/03/2004
- RE: Base64 encoding exception, Scott Cantor, 05/03/2004
- <Possible follow-up(s)>
- Re: RE: Base64 encoding exception, sfell, 05/03/2004
- RE: RE: Base64 encoding exception, Scott Cantor, 05/03/2004
- RE: RE: Base64 encoding exception, Mark Wilcox, 05/03/2004
- RE: RE: Base64 encoding exception, Scott Cantor, 05/03/2004
- RE: RE: Base64 encoding exception, Konstantin Shmakov, 05/03/2004
- RE: RE: Base64 encoding exception, Richard Gundersen, 05/04/2004
Archive powered by MHonArc 2.6.16.