If one is using the datatypes defined by XML Schemas March 30, 2001, then
the rules of those datatypes apply, not the commentary in the SOAP
specification which was describing earlier and unfinished schema types. The
XML Schemas specification description of base64Binary refers to RFC 2045,
which in turn says


Table 1: The Base64 Alphabet

Value Encoding Value Encoding Value Encoding Value Encoding
0 A 17 R 34 i 51 z
1 B 18 S 35 j 52 0
2 C 19 T 36 k 53 1
3 D 20 U 37 l 54 2
4 E 21 V 38 m 55 3
5 F 22 W 39 n 56 4
6 G 23 X 40 o 57 5
7 H 24 Y 41 p 58 6
8 I 25 Z 42 q 59 7
9 J 26 a 43 r 60 8
10 K 27 b 44 s 61 9
11 L 28 c 45 t 62 +
12 M 29 d 46 u 63 /
13 N 30 e 47 v
14 O 31 f 48 w (pad) =
15 P 32 g 49 x
16 Q 33 h 50 y

The encoded output stream must be represented in lines of no more
than 76 characters each. All line breaks or other characters not
found in Table 1 must be ignored by decoding software.

See http://www.ietf.org/rfc/rfc2045.txt, section 6.8.

It is pretty clear that white space and any other non-table-1 character
should be ignored during parsing.

What I am not sure of, since RFC 2045 was written in the context of MIME
representation, is whether the 76-character restriction applies to
xsd:base64Binary. I've copied the editors of the schema specification for
clarification.

----- Original Message -----
From: "Rich Salz" <rsalz@...>
To: <soapbuilders@yahoogroups.com>
Sent: Thursday, April 26, 2001 6:48 PM
Subject: Re: [soapbuilders] echoBase64


> I took the sentence "However, the line length restrictions that normally
> apply to base64 data in MIME do not apply in SOAP" to mean that when
> serializing out base64 you don't have to worry about wrapping, and so it
> should be one long string. but i can see how that might not be the
meaning.

I took it to read "you MAY send one long line, but it is not a MUST that
you do so."

I'd recommend that at least linebreaks be ignored, probably
linebreak-whitespace is best, but ignoring all whitespace is okay.
/r$

To unsubscribe from this group, send an email to:
soapbuilders-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/